Security Severity Ratings/Merge: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
 
(25 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{TOC right}}
{{TOC right}}
Security bugs are rated by specifying "sec-<rating>" in the "Keyword" field in bugzilla.  For example, a bug with a Critical security rating would be marked as "sec-critical".
==unconverted bugs==
* [https://bugzil.la/UNCONFIRMED%2CNEW%2CASSIGNED%2CREOPENED%2Bsw%3A%22%5Bsg%3Adupe%22 sg:dupe]
** whiteboard: [sg:dupe


==Severity Ratings ==
* [https://bugzil.la/UNCONFIRMED%2CNEW%2CASSIGNED%2CREOPENED%2B-kw%3A%22sec-%22%2Bsw%3A%22%5Bsg%3A%22%7Csw%3A%22%5Bws%3A%22 sg or ws NO sec-]
{| class="wikitable collapsible collapsed" style="width: 100%"
** whiteboard: [sg: OR [ws:
** keywords: (does not contain) sec-
 
==Transition Plan==
{| style="width: 800px;" class="wikitable collapsible collapsed fullwidth-table"
!  
!  
|-
|-
|
! style="width:10%"| What may Break
;'''sg:critical''': Run attacker code with local user privilege or install malicious software, requiring no user interaction beyond normal browsing.
! style="width:5%" | Fixed
 
|-
''Examples:''
| Securitywiki:Open sg:critical/high bugs (ordered by modification date)
* Overflows resulting in native code execution
| {{done|}}
* JavaScript injection into browser chrome
* Launching of arbitrary local application with provided arguments
* Filetype spoofing where executables can masquerade as benign content types
* Installation & execution of plugins/modules with chrome/native privileges, without user consent or via user dialog fatigue
* Any crash where random memory or NULL is executed (the top of the stack is not a function)
* Any crash where random memory is accessed
* Any bug where random memory is written to is critical
* Any bug where random memory is read from and then used in a subsequent memory or jump operation (offset, array, etc)  is critical
* Exploitable vulnerabilities which can lead to the widespread compromise of many users.
** XSS (Stored)
** CSRF
** Code Injection
** Authentication Flaws (which lead to account compromise)
** Session Management Flaws (which lead to account compromise)
 
;'''sg:high''': Obtain confidential data from other sites the user is visiting or the local machine, or inject data or code into those sites, requiring no more than normal browsing actions. Indefinite DoS of the user's system, requiring OS reinstallation or extensive cleanup. Exploitable web vulnerabilities that can lead to the targeted compromise of a small number of users.
 
''Examples:''
* Cross-site Scripting (XSS)
* Theft of arbitrary files from local system
* Spoofing of full URL bar or bypass of SSL integrity checks
* Memory read that results in data being written into an inert container (ie string or image) that is subsequently accessible to content
* XSS (Reflected)
*Failure to use TLS where needed to ensure confidential/security
 
;'''sg:moderate''': Disclosure of sensitive information that represents a violation of privacy but by itself does not expose the user or organization to immediate risk. The vulnerability combined with another moderate vulnerability could result in an attack of high or critical severity (aka stepping stone). Indefinite application Denial of Service (DoS) via corruption of state, requiring application re-installation or temporary DoS of the user's system, requiring reboot.Vulnerabilities which can provide an attacker additional information or positioning that could be used in combination with other vulnerabilities. The lack of standard defense in depth techniques and security controls.
 
''Examples:''
* Disclosure of OS username
* Disclosure of browser cache salt
* Disclosure of entire browsing history
* Detection of arbitrary local files
* Launching of arbitrary local application without arguments
* Local storage of passwords in unencrypted form
* Persistent DoS attacks that prevent the user from starting Firefox or another application in the future
* Missing Additional Security Controls (x-frame options, SECURE/HTTPOnly flags, etc)
* Error Handling Issues
 
;'''sg:low''': Minor security vulnerabilities such as leaks or spoofs of non-sensitive information. Missing best practice security controls
 
''Examples:''
* Detection of previous visit to a specific site
* Identification of users by profiling browsing behavior.
* Corruption of chrome dialogs or user input without the ability to spoof arbitrary messages
* Lack of proper input validation (not resulting in XSS or injection)
* Content spoofing (non-html)
 
 
;'''Mitigating Circumstances''':
If there are mitigating circumstances that severely reduce the effectiveness of the exploit, then the exploit could be reduced by one level of severity.  Examples of mitigating circumstances include difficulty in reproducing due to very specific timing or load order requirements, complex or unusual set of actions the user would have to take beyond normal browsing behaviors, or unusual software configuration. 
 
As a rough guide, to be considered for reduction in severity an exploit should  execute successfully less than 10% of the time.  If measures can be taken to improve the reliability of the exploit to over 10% (by combining it with other existing bugs or techniques), then it should not be considered to be mitigated.
|}
 
==Additional Security Status Codes==
If a potential security issue has not yet been assigned a severity rating, or a rating is not appropriate, the whiteboard may instead contain one of the following security status codes.
{| style="width: 800px;" class="wikitable collapsible collapsed fullwidth-table"
! Shared Whiteboard Tags
|-
|-
! style="width:5%" | Code
| Securitywiki:Open sg:critical bugs
! style="width:10%"| Description
| {{done|}}
! style="width:5%" | Examples
|-
|-
| <b>sg:needsinfo</b>
| Securitywiki:Open sg:high bugs
|Information contained within the bug is incomplete, and additional information from the original submitter is required to confirm the bug.
| {{done|}}
|Ambiguous or incomplete bug description.
Inconsistency in reproducing the issue
|-
|-
| <b>sg:nse</b>
| Securitywiki:Open Firefox 13 critical bugs
|Bugs that may not be exploitable security issues but are kept confidential to protect sensitive information.
| {{done|}}
|Bugs that contain sensitive information about the bug submitter or another user
Bugs that are related to security issues currently unfixed in Mozilla products or other products
|-
|-
|<b>sg:audit</b>
| Securitywiki:Open Firefox 14 critical bugs
|Bug requires a code audit to investigate potential security problems.
| {{done|}}
|Look for pattern x in library y
Audit file z for string buffer abuse.
|-
|-
|<b>sg:vector-X</b>
| Securitywiki:Open Firefox 15 critical bugs
|Flaws in software not controlled by (shipped with) Firefox, but that can cause security problems for people browsing with Firefox.
| {{done|}}
|Bugs in plugins
Bugs in system libraries used by Firefox
|-
|-
|<b>sg:want</b>
| Securitywiki: sg:critical bugs not triaged for 13 & 14
|New features or improvement ideas related to security
| {{done|}}
|User interface refinements
Support for new types of authentication
 
Code refactoring / cleanup
|-
|-
|}
| Securitywiki:sg:critical bugs not triaged for 14 & 15
{| style="width: 800px;" class="wikitable collapsible collapsed fullwidth-table"
| {{done|}}
! Bugzilla Codes
|-
|-
! style="width:5%" | Code
| Securitywiki:New, untriaged security-sensitive bugs
! style="width:10%"| Description
| {{done|}}
! style="width:5%" | Examples
|-
|-
|<b>sec-review-needed</b>
| Securitywiki:recently fixed (3m) high/critical not triaged for 10/
|A security review is needed for the bug, this could mean a variety of things. If there is no secr:<username> in the whiteboard the item has not been triaged and action is unknown. Once triaged a note will be placed in the bug as to the action to be taken
| {{done|}}
|
|-
|-
|<b>sec-review-complete</b>
| Securitywiki:recently fixed (6w) untriaged security bugs
|The security review / actions desired have been completed. This will result in either a link to the notes from security actions or a note from the assigned resource in the bug.
| {{done|}}
|
|-
|-
|<b>sg:assigned:UserAlias</b>
| Securitywiki:need info
|This designates the assigned security resource that is accountable for actions to be taken on the designated item. When possible the bug will be assigned to the security contact for action. This will be used when that is not possible or practical.
| N/A
|[sg:assigned:curtisk] indicates that curtisk is the accountable party for action
|-
|-
|}
| Securitywiki:untriaged security bugs, all products
 
| {{done|}}
{| style="width: 800px;" class="wikitable collapsible collapsed fullwidth-table"
! Feature Page Codes
|-
|-
! style="width:5%" | Code
| Securitywiki:Unresolved hidden client security bugs
! style="width:10%"| Description
| {{done|}}
! style="width:5%" | Examples
|-
|-
|<b>sec-review-needed</b>
| Securitywiki:Unresolved hidden web security bugs
|A security review is needed for the feature, this could mean a variety of things. If there is no <username> in the notes then a full review needs to be scheduled, if a <username> is present than that person will follow-up with the feature team on whatever task is needed.
| {{done|}}
|
|-
|-
|<b>sec-review-complete</b>
| Securitywiki:Security Bug crashes in need of triage
|The security review / actions desired have been completed. This will result in a link to the notes from security actions or a note from the assigned resource.
| {{done|}}
|
|-
|-
|<b>sec-review-active</b>
| Securitywiki:fuzz testing bugs filed and fixed
| There are active tasks associated with the review that are yet to be completed in order for the review to be seen as completed. These will be captured in the "Action Items" section of the review notes.
| N/A
|
|-
|-
|<b>sec-review-sched</b>
| Securitywiki:fuzz testing bugs still open
| Security review tasks have been scheduled, if this is a full security review the date of the scheduled review will be present in the security notes.
| N/A
|
|-
|-
|<b>sec-review-unnecessary</b>
| Security Radar: Bugs Marked for Review
| After triage it was felt the feature needed no review or security actions.
| {{done|}}
|
|-  
| Security Radar: Assigned Security Bugs
| {{done|}}
|-  
| Security Radar Triage: Sec-Review-Needed Query
| {{done|}}
|-
|-
| <b>Security health: <blank></b>
| Security Radar Triage: Assigned Bugs
| There are no notes or status is unknown.
| {{done|}}
| Color: <None>
|-
|-
| <b>Security health: OK</b>
| Dan's shared "sg:" BMO queries
| The tasks are on schedule or completed and are considered non-blocking.
| {{done|}}
| {{StatusHealthy|status=Color: Green}}
|-
|-
| <b>Security health: Blocked</b>
| Dan's BMO charts
| Some aspect of the security review has given cause to block the feature from further work or landing. The reasons will be listed in the security notes or linked to a larger review outcome for follow-up.
| No
| {{StatusBlocked|status=Color: Yellow}}
|-
|-
| <b>Security health: At Risk</b>
| bsterne.mv.mozilla.com/secbugstats
| Some aspect of the security review may cause the feature to be blocked or put the feature at risk of being off schedule.The reasons will be listed in the security notes or linked to a larger review outcome for follow-up.
| No
| {{StatusAtRisk|status=Color: Red}}
|-
|-
| <b>Security health: Assigned</b>
| Firefox Platform Meeting: Bugs marked sec-review-needed that need to be scheduled
| Security tasks have been assigned to a member of the team to followup. The name of this resource will be in the security notes.
| No
| {{StatusAssigned|status=Color: Teal}}
|-
|-
|}
|}


==Example Searches==
==Archive==
[[/Security_Severity_Ratings/archive | archive]]
[[/Security_Severity_Ratings/archive | archive]]

Latest revision as of 05:39, 3 June 2012

unconverted bugs

Transition Plan

Example Searches

Archive

archive

Retrieved from "https://wiki.mozilla.org/index.php?title=Security_Severity_Ratings/Merge&oldid=437012"