Closed
Bug 1216242
Opened 10 years ago
Closed 6 years ago
Decommission Security Assurance bugzilla product
Categories
(Security Assurance :: General, task)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: gene, Assigned: gene)
References
Details
Steps
* Work with the fuzzing team to move their reviews from Security Assurance:Review Request to somewhere else
* Have the project kickoff form ( https://bugzilla.mozilla.org/form.moz-project-review ) use a different product/component
* Rename or Delete Security Assurance product
| Assignee | ||
Comment 1•10 years ago
|
||
Emailed the :abillings :gkw and :decoder
Hi fellow users of the Security Assurance bugzilla product,
Currently the fuzzing team creates and works tickets in the "Security Assurance : Review Request" bugzilla product/component area. The project kickoff form ( https://bugzilla.mozilla.org/form.moz-project-review ) also submits tickets into this queue.
The Security Assurance team stopped existing a few years ago.
We (Enterprise Information Security) would like to decommission the "Security Assurance" bugzilla product because it frequently confuses users and security issues get filed in this product and ignored since nobody other than your team works in this product.
Does the fuzzing team have a Bugzilla product that you work in that a component could be added to for your reviews?
-Gene
| Assignee | ||
Comment 2•10 years ago
|
||
:jeff, where do you think we should have the project kickoff form changed to submit things to instead of Security Assurance : Review Request?
You can see examples here :
https://bugzilla.mozilla.org/buglist.cgi?order=Bug%20Number&list_id=12622293&short_desc=Security%20Review%3A%20&resolution=---&query_format=advanced&short_desc_type=casesubstring&component=Security%20Assurance%3A%20Review%20Request&product=mozilla.org
Flags: needinfo?(jbryner)
Comment 3•10 years ago
|
||
Enterprise Information Security has the same component
Flags: needinfo?(jbryner)
| Assignee | ||
Comment 4•10 years ago
|
||
I got no response from the fuzzing team and emailed them a second time.
| Assignee | ||
Comment 5•10 years ago
|
||
I got the details from the fuzzing team on the new bugzilla product they want and have requested it in Bug 1221676. Once that's created either the existing tickets in Security Assurance will need to be moved into their queue or the whole product needs to move to Graveyard.
:jeff What do you think we should do with the existing review tickets?
https://bugzilla.mozilla.org/buglist.cgi?list_id=12658422&query_format=advanced&component=Security%20Assurance%3A%20Review%20Request&product=mozilla.org
Just move the whole product to Bugzilla graveyard?
https://wiki.mozilla.org/BMO/RetiringComponents#Moving_a_component_into_the_Graveyard
Or seperate out the fuzzing team's tickets and the old security review tickets and move them into their new respective products?
Flags: needinfo?(jbryner)
Comment 6•10 years ago
|
||
If they can move them into 'core' as Al suggested that seems like the best? Are we on the hook for that or he fuzzing team?
Flags: needinfo?(jbryner)
| Assignee | ||
Comment 7•10 years ago
|
||
I've opened the ticket to request creation of a new component under Core for the fuzzing team. If they wanted to move their old tickets to their new queue it would be something they or the bugzilla team would need to do.
What do you think we should do with the *non-fuzzing-team* tickets? Graveyard? Migrate to EIS : Review?
| Assignee | ||
Comment 8•8 years ago
|
||
Jeff, what do you think we should do with the *non-fuzzing-team* tickets in Security Assurance? Graveyard? Migrate to EIS : Review?
Flags: needinfo?(jbryner)
Comment 9•8 years ago
|
||
Do they need to graveyard to remove the component? If they are fixed things and they need to stay somewhere for history, then I guess I'd say graveyard them.
If there are unresolved things, I'd error on the site of resolve/invalid and prompt the submitter for a resubmit if it still needs to be attended to.
Flags: needinfo?(jbryner)
| Assignee | ||
Comment 10•8 years ago
|
||
The moz-project-review form was updated (long ago) to no longer user security assurance
https://github.com/mozilla-bteam/bmo/commit/d1b6f1d78bdcde363cbcc80c4e589742819a4e24
It looks like there's still some code which creates a bug in security assurance
https://github.com/mozilla-bteam/bmo/blob/badbd773911cfa713f20813ead0f0c005fd41fe0/extensions/BMO/Extension.pm#L1855-L1959
But it looks like a code path that isn't exercised
| Assignee | ||
Comment 11•8 years ago
|
||
I've emailed reporters and assignees of bugs in the Security Assurance bugzilla product (that still work here) asking them their preference on what to do with the existing open bugs.
| Assignee | ||
Comment 12•8 years ago
|
||
Talked to the folks and they'd like to revisit this in April. I've setup a calendar item to come back to this
---------- Forwarded message ----------
From: Daniel Veditz
Date: Thu, Mar 16, 2017 at 4:48 PM
Subject: Re: Security Assurance github product
Let's do that (come back in April), after Paul and I get a chance to talk about what we need to keep going forward and where we want to put it. I'm sure it won't be "mozilla.org", but it's unclear whether it will fit in the existing Core / Firefox products or if we need something else. Looking at the mix of bugs in there I'm fairly sure we'll want to move individual bugs rather than rename the existing components wholesale.
-Dan Veditz
| Assignee | ||
Comment 13•8 years ago
|
||
:dveditz,
Now that Q1 is finished, did you and Paul get a chance to talk about how you want to proceed? And for context, I'm not trying to nag, just want to prevent people from opening operational security bugs in an area where we won't see them.
Flags: needinfo?(dveditz)
Comment 14•8 years ago
|
||
Filed bug 1355659 to get a new component for the bits we want to keep as part of the new Platform Integrity Security team. When that's been created we can move the bugs that are still valid and then graveyard the rest.
There are a bunch of still-active "SecMap" bugs. Those should be moved elsewhere as appropriate: to the Enterprise Information Security product, Cloud Security, Release Engineering or Firefox build/config components, etc.
Flags: needinfo?(dveditz)
| Assignee | ||
Comment 15•6 years ago
|
||
Looks like we're good now and these components can be disabled. I've requested it in Bug 1533850
| Assignee | ||
Comment 16•6 years ago
|
||
:dveditz
I've had the bug component disabled so no new bugs can come in. There remain 175 bugs open in the component. If you'd like those graveyarded feel free to request it from :dkl otherwise they'll just say as they are.
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•