Closed Bug 858832 Opened 13 years ago Closed 8 years ago

stop giving signed add-ons special treatment in the add-ons installation prompt

Categories

(Toolkit :: Add-ons Manager, defect)

defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: Gavin, Unassigned)

References

Details

We don't currently do a good job of monitoring and reacting to breaches of code signing certs, so bsmith argues that exposing the name of the author for signed certs and suggesting that they can be trusted does more harm than it does good. Given that few add-ons use this mechanism to begin with, perhaps we should remove this UI until we can devise a more secure system.
(In reply to :Gavin Sharp (use gavin@gavinsharp.com for email) from comment #0) > We don't currently do a good job of monitoring and reacting to breaches of > code signing certs Perhaps it's a quixotism, but it would be sad to see support for properly signed XPIs go with this change... Provided that the code signing cert includes an AIA extension with an OCSP responder URI, revocation checking for such certs is comparable to those for SSL. > Given that few add-ons use this mechanism to begin with, perhaps we should > remove this UI until we can devise a more secure system. Few in terms of the overall number of available add-ons, that's true. But on the other hand, a couple of the most popular addons do include proper signatures: Adblock Plus, NoScript, or WOT, to name a few. Simply ignoring signatures for all XPIs (apparently motivated by bug 835177) seems like throwing out the baby with the bathwater to me.
This became irrelevant with bug 1366243
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.