Hacker News new | ask | show | jobs
by barkbro 3532 days ago
What's the rationale for disclosing vulnerabilities to for example Google before going public (unless the bug is in Google's software)?
2 comments

When you release a patch, anyone who gets it can see what you changed and figure out an exploit from that. Because it's good for people to be patched /before/ that happens, some vendors give certain major customers early access to patches - so long as they maintain a proven track record of not disclosing anything about them.

For example, Xen has a 'pre-disclosure list' [1] so if they have a critical security patch, Amazon, Google, Linode, Oracle, Rackspace, and several Linux distro developers [2] get the patches early.

Obviously, we can debate the morality and wisdom of this policy - personally as I haven't discovered any critical security bugs, I've never faced this particular moral conundrum.

[1] https://www.xenproject.org/security-policy.html [2] http://www.securityweek.com/several-flaws-patched-xen-hyperv...

Because big players can take remedial action prior to the bug being disclosed to protect users - for example, banning a specific framework from browser extensions.
That sounds like an unfair advantage over smaller competitors to me.
Yes. Fair is often not optimal.