Coordinated vulnerability disclosure

From HandWiki
Short description: Model for disclosing computer security vulnerabilities

In computer security, coordinated vulnerability disclosure (CVD, formerly known as responsible disclosure)[1] is a vulnerability disclosure model in which a vulnerability or an issue is disclosed to the public only after the responsible parties have been allowed sufficient time to patch or remedy the vulnerability or issue.[2] This coordination distinguishes the CVD model from the "full disclosure" model.

Developers of hardware and software often require time and resources to repair their mistakes. Often, it is ethical hackers who find these vulnerabilities.[1] Hackers and computer security scientists have the opinion that it is their social responsibility to make the public aware of vulnerabilities. Hiding problems could cause a feeling of false security. To avoid this, the involved parties coordinate and negotiate a reasonable period of time for repairing the vulnerability. 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.

Coordinated vulnerability disclosure may fail to satisfy security researchers who expect to be financially compensated. At the same time, reporting vulnerabilities with the expectation of compensation is viewed by some as extortion.[3][4] While a market for vulnerabilities has developed, vulnerability commercialization (or "bug bounties") remains a hotly debated topic. 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 organizations follow the coordinated vulnerability 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.[5] Independent firms financially supporting coordinated vulnerability disclosure by paying bug bounties include Facebook, Google, and Barracuda Networks.[6]

Disclosure policies

Google Project Zero has a 90-day disclosure deadline which starts after notifying vendors of vulnerability, with details shared in public with the defensive community after 90 days, or sooner if the vendor releases a fix.[7]

ZDI has a 120-day disclosure deadline which starts after receiving a response from the vendor.[8]

Examples

Selected security vulnerabilities resolved by applying coordinated disclosure:

  • MD5 collision attack that shows how to create false CA certificates, 1 week[9]
  • Starbucks gift card double-spending/race condition to create free extra credits, 10 days (Egor Homakov)[10]
  • Dan Kaminsky discovery of DNS cache poisoning, 5 months[11]
  • MBTA vs. Anderson, MIT students find vulnerability in the Massachusetts subway security, 5 months[12]
  • Radboud University Nijmegen breaks the security of the MIFARE Classic cards, 6 months[13]
  • The Meltdown vulnerability, hardware vulnerability affecting Intel x86 microprocessors and some ARM-based microprocessors, 7 months.[14]
  • The Spectre vulnerability, hardware vulnerability with implementations of branch prediction affecting modern microprocessors with speculative execution, allowing malicious processes access to the mapped memory contents of other programs, 7 months.[14]
  • The ROCA vulnerability, affecting RSA keys generated by an Infineon library and Yubikeys, 8 months.[15]

See also

References

  1. 1.0 1.1 Ding, Aaron Yi; De jesus, Gianluca Limon; Janssen, Marijn (2019). "Ethical hacking for boosting IoT vulnerability management" (in en). Proceedings of the Eighth International Conference on Telecommunications and Remote Sensing. Ictrs '19. Rhodes, Greece: ACM Press. pp. 49–55. doi:10.1145/3357767.3357774. ISBN 978-1-4503-7669-3. http://dl.acm.org/citation.cfm?doid=3357767.3357774. 
  2. Weulen Kranenbarg, Marleen; Holt, Thomas J.; van der Ham, Jeroen (2018-11-19). "Don't shoot the messenger! A criminological and computer science perspective on coordinated vulnerability disclosure" (in en). Crime Science 7 (1): 16. doi:10.1186/s40163-018-0090-8. ISSN 2193-7680. 
  3. Kuhn, John (27 May 2016). "Bug Poaching: A New Extortion Tactic Targeting Enterprises". Security Intelligence. https://securityintelligence.com/bug-poaching-a-new-extortion-tactic-targeting-enterprises/. 
  4. Rashid, Fahmida (9 September 2015). "Extortion or fair trade? The value of bug bounties". InfoWorld. https://www.infoworld.com/article/2981695/extortion-or-fair-trade-value-bug-bounty-programs.html. 
  5. Stefan Frei, Dominik Schatzmann, Bernhard Plattner, Brian Trammel (2008). "Modelling the Security Ecosystem - The Dynamics of (In)Security". http://www.techzoom.net/Publications/Papers/securityecosystem. 
  6. "Coordinated Vulnerability Disclosure programme effectiveness: Issues and recommendations". https://www.sciencedirect.com/science/article/pii/S0167404822003285. 
  7. "Feedback and data-driven updates to Google's disclosure policy". 2015-02-13. https://googleprojectzero.blogspot.com/2015/02/feedback-and-data-driven-updates-to.html. 
  8. "Disclosure Policy". https://www.zerodayinitiative.com/advisories/disclosure_policy/. 
  9. "MD5 collision attack that shows how to create false CA certificates". http://www.phreedom.org/blog/2009/verisign-and-responsible-disclosure/. 
  10. Goodin, Dan (2015-05-24). "Researcher who exploits bug in Starbucks gift cards gets rebuke, not love" (in en-us). https://arstechnica.com/information-technology/2015/05/researcher-who-exploits-bug-in-starbucks-gift-cards-gets-rebuke-not-love/. 
  11. "Dan Kaminsky discovery of DNS cache poisoning". http://www.cert.org/netsa/publications/faber-OARC2008.pdf. 
  12. "MIT students find vulnerability in the Massachusetts subway security". http://tech.mit.edu/V128/N30/subway.html. 
  13. "Researchers break the security of the MIFARE Classic cards". http://www2.ru.nl/media/pressrelease.pdf. 
  14. 14.0 14.1 "Project Zero: Reading privileged memory with a side-channel". 3 January 2018. https://googleprojectzero.blogspot.com/2018/01/reading-privileged-memory-with-side.html. 
  15. 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

External links

External links