Security/Web Bug Rotation: Difference between revisions
< Security
Jump to navigation
Jump to search
(→NEW: update instructions) |
(update bounty handling text) |
||
| Line 39: | Line 39: | ||
### sec-{critical,high,moderate,low,other}, see [https://wiki.mozilla.org/WebAppSec/Web_App_Severity_Ratings#Severity_Ratings severity ratings] | ### sec-{critical,high,moderate,low,other}, see [https://wiki.mozilla.org/WebAppSec/Web_App_Severity_Ratings#Severity_Ratings severity ratings] | ||
### wsec-{authentication,cookie,xss,sqli,...}, see [https://wiki.mozilla.org/WebAppSec/Web_App_Severity_Ratings#Group_Keywords vulnerability types] | ### wsec-{authentication,cookie,xss,sqli,...}, see [https://wiki.mozilla.org/WebAppSec/Web_App_Severity_Ratings#Group_Keywords vulnerability types] | ||
## Edit "Assigned To" and check the box for "Reset Assignee to default" | ## Edit "Assigned To" and check the box for "Reset Assignee to default" | ||
# If the verification shows that the issue is invalid, close the bug as '''INVALID''' | # If the verification shows that the issue is invalid, close the bug as '''INVALID''' | ||
| Line 48: | Line 46: | ||
=Bounty= | =Bounty= | ||
# Bounty flags are set automatically through the [https://bugzilla.mozilla.org/form.web.bounty Web Bounty Form]. | |||
# Check the Web Bounty FAQ for whether the site and service are in scope for the bounty program. | |||
## If the site is not on the [https://www.mozilla.org/en-US/security/bug-bounty/faq-webapp/#eligible-bugs eligible list] and the bug is not "extraordinary" please set the bug-bounty flag to "-" and needinfo flag :adamm. | |||
# If a submitter requests that a bug submitted outside the automated form have a bounty flag added, set the bounty flag to "?" and needinfo :adamm. | |||
For '''NEW''' bugs | For '''NEW''' bugs | ||
| Line 63: | Line 63: | ||
## If the old bug has the attachment 'bounty non-qual' or similar then set sec-bounty- on the old bug | ## If the old bug has the attachment 'bounty non-qual' or similar then set sec-bounty- on the old bug | ||
## If the old bug has the attachment 'bounty awarded X' or 'bounty paid X', then set sec-bounty+ on the old bug | ## If the old bug has the attachment 'bounty awarded X' or 'bounty paid X', then set sec-bounty+ on the old bug | ||
## | ## If no duplicate is found and the issue is not verified the bug shall be RESOLVED - INVALID and the whiteboard tag removed. | ||
Revision as of 17:56, 28 April 2016
Web Bug Verification
Web security bugs are reported to security@Mozilla.org mailbox or in a Bugzilla component, a member of Mozilla Security verifies the reported vulnerability before passing the bug on to developers. This verification work is shared by several members of the security team. The following pages meant to document the procedures for verification and to serve as a reminder for those "on call for the week"as to the procedures that need to be completed. In general bugs will have an attempt to verify them in approximately 1 working day.
To track bug submissions, set your bugzilla preferences to follow users "web-security@mozilla.org" and "webtools-security@mozilla.org":
Rotation
| Day | On-call | IRC handle |
|---|---|---|
| Monday | Adam Muntner | adamm |
| Tuesday | Julien Vehent | ulfr |
| Wednesday | Simon Bennetts | psiinon |
| Thursday | Jonathan Claudius | claudijd |
| Friday | April King | April |
Verification process
The procedure below is performed by the on-call individual.
- If the issue was reported to the security@ alias, create a bug for it
- Determine if the issue reported is NEW, INVALID, or DUPLICATE
- For NEW bugs
- Find an owner (typically a dev or the product manager) to assign the bug to, and needinfo her/him. Change status to ASSIGNED.
- Set the right keywords
- sec-{critical,high,moderate,low,other}, see severity ratings
- wsec-{authentication,cookie,xss,sqli,...}, see vulnerability types
- Edit "Assigned To" and check the box for "Reset Assignee to default"
- If the verification shows that the issue is invalid, close the bug as INVALID
- For DUPLICATE bugs, set dupe against old bug. Set keywords & whiteboard for the new duped bug
Follow up on a NEW bug until you get the assurance that it will be fixed, the urgency of which depends on the vulnerability and the target.
Bounty
- Bounty flags are set automatically through the Web Bounty Form.
- Check the Web Bounty FAQ for whether the site and service are in scope for the bounty program.
- If the site is not on the eligible list and the bug is not "extraordinary" please set the bug-bounty flag to "-" and needinfo flag :adamm.
- If a submitter requests that a bug submitted outside the automated form have a bounty flag added, set the bounty flag to "?" and needinfo :adamm.
For NEW bugs
NEW
For NEW bugs that have been verified, simply set the "sec-bounty" flag to "?" Most new eligible bugs are now submitted through the https://bugzilla.mozilla.org/form.web.bounty bounty form. For these bugs the appropriate flag will already be set.
DUPLICATE
If the bug is a duplicate of an existing bug
- Set "sec-bounty" flag to "-" on new bug since it was a dupe.
- Set the new bug blocking the appropriate metabug(s)
- For older bugs duped against that do not have the current flags
- If the old bug has the attachment 'bounty non-qual' or similar then set sec-bounty- on the old bug
- If the old bug has the attachment 'bounty awarded X' or 'bounty paid X', then set sec-bounty+ on the old bug
- If no duplicate is found and the issue is not verified the bug shall be RESOLVED - INVALID and the whiteboard tag removed.