Responsible disclosure
In computer security or elsewhere, responsible disclosure is a vulnerability disclosure model in which a vulnerability or issue is disclosed only after a period of time that allows for the vulnerability or issue to be patched or mended. This period distinguishes the model from full disclosure.
Developers of hardware and software often require time and resources to repair their mistakes. Hackers and computer security scientists have the opinion that it is their social responsibility to make the public aware of vulnerabilities with a high impact. Hiding these problems could cause a feeling of false security. To avoid this, the involved parties join forces and agree on a period of time for repairing the vulnerability and preventing any future damage. Depending on the potential impact of the vulnerability, the expected time needed for an emergency fix or workaround to be developed and applied and other factors, this period may vary between a few days and several months. It is easier to patch software by using the Internet as a distribution channel.
Responsible disclosure fails to satisfy security researchers who expect to be financially compensated, while reporting vulnerabilities to the vendor with the expectation of compensation might be viewed as extortion. While a market for vulnerabilities has developed, vulnerability commercialization remains a hotly debated topic tied to the concept of vulnerability disclosure. Today, the two primary players in the commercial vulnerability market are iDefense, which started their vulnerability contributor program (VCP) in 2003, and TippingPoint, with their zero-day initiative (ZDI) started in 2005. These organisations follow the responsible disclosure process with the material bought. Between March 2003 and December 2007 an average 7.5% of the vulnerabilities affecting Microsoft and Apple were processed by either VCP or ZDI.[1] Independent firms financially supporting responsible disclosure by paying bug bounties include Facebook, Google, Mozilla, and Barracuda Networks.[2]
Vendor-sec was a responsible disclosure mailing list. Many, if not all, of the CERT groups coordinate responsible disclosures.
Examples
Selected security vulnerabilities resolved by applying responsible disclosure:
- MD5 collision attack that shows how to create false CA certificates, 1 week[3]
- Starbucks gift card double-spending/race condition to create free extra credits, 10 days (Egor Homakov)[4]
- Dan Kaminsky discovery of DNS cache poisoning, 5 months[5]
- MBTA vs. Anderson, MIT students find vulnerability in the Massachusetts subway security, 5 months[6]
- Radboud University Nijmegen breaks the security of the MIFARE Classic cards, 6 months[7]
- The Meltdown vulnerability, hardware vulnerability affecting Intel x86 microprocessors and some ARM-based microprocessors, 7 months.[8]
- The Spectre vulnerability, hardware vulnerability with implementations of branch prediction affecting modern microprocessors with speculative execution, allowing malicious processes access to the contents of other programs' mapped memory, 7 months.[8]
- The ROCA vulnerability, affecting RSA keys generated by an Infineon library and Yubikeys, 8 months.[9]
See also
References
- ↑ Stefan Frei, Dominik Schatzmann, Bernhard Plattner, Brian Trammel (2009). "Modelling the Security Ecosystem - The Dynamics of (In)Security".
- ↑ http://securitywatch.eweek.com/vulnerability_research/facebook_joins_google_mozilla_barracuda_in_paying_bug_bounties.html
- ↑ "MD5 collision attack that shows how to create false CA certificates".
- ↑ "Hacking Starbucks for unlimited coffee".
- ↑ "Dan Kaminsky discovery of DNS cache poisoning" (PDF).
- ↑ "MIT students find vulnerability in the Massachusetts subway security".
- ↑ "Researchers break the security of the MIFARE Classic cards" (PDF).
- 1 2 "Project Zero: Reading privileged memory with a side-channel".
- ↑ The Return of Coppersmith’s Attack: Practical Factorization of Widely Used RSA Moduli, Matus Nemec, Marek Sys, Petr Svenda, Dusan Klinec,Vashek Matyas, November 2017