Logical Vulnerabilities in Web Browsers

Total Page:16

File Type:pdf, Size:1020Kb

Logical Vulnerabilities in Web Browsers Logical Vulnerabilities in Web Browsers Xiaoyin Liu Independent Security Researcher Moscow, 18 June 2019 1 About Me • Independent bug bounty hunter • Graduated from University of North Carolina at Chapel Hill, United States • Recognized by Microsoft, Google, Tor Project, Alibaba and more • Areas of interest: Windows applications, web browsers 2 Outline • Two bypasses of a fixed fingerprinting attack in Chrome • Microsoft Edge CSP bypass (CVE-2017-0135) • Brave Browser script blocker bypass (CVE-2018-1000815) • Tor Browser UI language fingerprinting vulnerability • Takeaways 3 Browser Fingerprinting Issues • Fingerprinting is privacy issues • Some browser vendors, like Tor Browser, are more interested in fixing fingerprinting issues than Chrome, Firefox, Edge, etc. • Examples: HSTS super cookie, CSS Visited, etc. 4 Sniffly Attack • Discovered by Yan Zhu in 2015 • Abusing HSTS/301 redirect and CSP to probe user’s browsing history • CVE-2016-1617 5 HTTP Strict Transport Security (HSTS) • A browser security feature that enforces HTTPS for all connections for particular domains • Strict-Transport-Security: max-age=604800 6 Content Security Policy (CSP) • Security feature to mitigate XSS attacks • Content-Security-Policy: script-src 'self' www.google.com; img-src 'self'; default-src 'none’ • CSP is also used to enable other security features, like Upgrade Insecure Requests 7 How Sniffly Works • Attacker embeds an image tag <img src=http://example.com> • Attacker knows that example.com is either a HSTS domain or 301 redirects to HTTPS • If a visitor has never visited http://example.com: https://github.com/diracdeltas/sniffly 8 • If a visitor has visited http://example.com: 9 • If we can time how long it takes to receive the redirect response, we can distinguish if it’s an in-browser redirect or a network redirect • Use CSP to allow http requests but block https requests: • Content-Security-Policy: img-src http://example.com 10 • If the error event is triggered within a threshold (10ms), it’s an internal redirect. Then this URL has been visited before; otherwise, it has not been visited. 11 The Code Snippet of the Patch https://github.com/chromium/chromium/commit/568075bbc5d16239a5cbdeb579a8768f9836f13e 12 • Content-Security-Policy: img-src http://example.com now matches both http://example.com and https://example.com 13 Bypassing the Fix • The code only considers the protocol, not port • Consider this CSP rule: Content-Security-Policy: img-src http://example.com:80 • Does it match https://example.com? 14 • It turns out this CSP matches http://example.com:80 and https://example.com:80 • It doesn’t match https://example.com:443 • So we can exploit Sniffly again! • CVE-2016-5137: https://bugs.chromium.org/p/chromium/issues/detail?id=625945 • CVE-2016-9071: https://bugzilla.mozilla.org/show_bug.cgi?id=1285003 • $1000 bounty 15 Patch https://github.com/chromium/chromium/commit/e6d181417ea462ac221d768c960a21018266a4a8 16 Change in CSP Specification https://github.com/w3c/webappsec-csp/commit/22d08b990290e49f5a666fad08de16d75bb369e7 17 Second Bypass • So far both attacks use CSP to block the redirect • Are there other ways to achieve the same? • Use Fetch API 18 Fetch API 19 Fetch API 20 Fetch API • Reported in 2016. Not updated for more than 2 years. • Silently fixed in 2018. • In current Chrome, “no-cors” can’t be used together with “manual” redirect 21 Microsoft Edge CSP Bypass Vulnerability 22 CVE-2017-0135 • Inspired by paper “Abusing Internet Explorer 8's XSS Filters”, written by Eduardo Vela Nava and David Lindsay • How IE XSS Filter works: it checks if any URL parameter seems to be a XSS payload and then checks if the parameter is contained in HTML response • http://example.com/index.php?id=<script>alert(1)</script> • If HTML body contains <script>alert(1)</script>, then it’s changed to <sc#ipt>alert(1)</script> 23 CVE-2017-0135 • What if it’s not a reflected XSS, but an expected JS code • E.g. example.com/index.php?<script src="jquery.js"></script> • <sc#ipt src="jquery.js"></script> • Then jquery.js won’t load • Seems harmless? 24 CVE-2017-0135 • Abuse XSS Filter to disable CSP • <meta http-equiv="Content-Security-Policy" content=“script-src ‘self’"> • example.com/xss.html?<meta http-equiv=”Content-Security- Policy” content=”script-src ‘self’”> 25 CVE-2017-0135 26 CVE-2017-0135 27 CVE-2017-0135 • Reported on December 2, 2016. Fixed on March 14, 2017. • Bounty: $1500 • Microsoft removed XSS Filter in Edge in October 2018 Update 28 Brave Browser Script Blocker Bypass Vulnerability 29 Brave Browser • Brave Browser is a free and open sourced browser. • Brave Browser used to be based on Muon, which was based on Electron. It moved to a Chromium-based browser in late 2018. • Brave Browser has built-in HTTPS Everywhere and JavaScript blocker. 30 Brave Browser Script Blocker Bypass • This vulnerability existed in the old Muon-based codebase. • This bypass abuses the fact that only external scripts are blocked, and inline scripts are not blocked. • Inspired by Tor Browser’s NoScript bypass vulnerability (CVE-2018- 16983) • Discovered in September 2018 by David Albert and me independently, and fixed in October 2018. • CVE-2018-1000815 • Bounty: $1000 31 Brave Browser Script Blocker Bypass 32 Brave Browser Script Blocker Bypass 33 Brave Browser Script Blocker Bypass 34 Tor Browser UI Language Fingerprinting Vulnerability 35 Tor Browser • Tor Browser takes privacy and security very seriously • Tor Browser hides user’s IP address and tries to mitigate as many fingerprinting attacks as possible • E.g. Time zones, UI language, local ports shouldn’t be discoverable by websites 36 Tor Browser UI Language Detection Vulnerability • When you open a non-English Tor Browser and visit any website for the first time, it asks if you want websites to know your UI language. 37 Tor Browser UI Language Detection Vulnerability • Even if you choose “don’t send”, your UI language is still detectable • The trick is to use “button” with default text: <input type="submit"> • Different languages have different default text • They have different width, which can be detected in JavaScript: getComputedStyle(button_element, null).getPropertyValue("width"); 38 Tor Browser UI Language Detection Vulnerability 39 Tor Browser UI Language Detection Vulnerability • Reported in October 2017 and fixed in August 2018. • https://hackerone.com/reports/282748 (already disclosed) • CVE-2019-12383 • Bounty: $200 40 Bypass of the First Fix • The FTP directory UI is localized in Tor Browser • If ftp://example.com/poc/poc.html frames ftp://example.com/poc/, poc.html can read entire HTML source of ftp://example.com/poc/. 41 Bypass of the First Fix 42 Bypass of the First Fix • Reported in May 2019. Not fixed yet. • https://trac.torproject.org/projects/tor/ticket/30427 • Bounty: $300 43 Conclusion 44 Takeaways • Reading other researchers' bug reports, papers, and the patches really help you find new vulnerabilities. • Looking for corner cases that developers may neglect to handle correctly (e.g. explicit port, inline scripts, etc). • Security feature bypass is an interesting attack surface to explore. 45 References • https://chromium.googlesource.com/chromium/src/+/master/do cs/security/faq.md • https://zyan.scripts.mit.edu/presentations/toorcon2015.pdf • https://bugs.chromium.org/p/chromium/issues/detail?id=544765 • https://bugs.chromium.org/p/chromium/issues/detail?id=625945 • https://fetch.spec.whatwg.org/ • http://p42.us/ie8xss/Abusing_IE8s_XSS_Filters.pdf • https://blogs.windows.com/windowsexperience/2018/07/25/ann ouncing-windows-10-insider-preview-build-17723-and-build-18204/ 46 References • https://twitter.com/Zerodium/status/1039127214602641409 • https://github.com/brave/browser-laptop/issues/15232 47 Q & A • Thank you for your listening! 48 .
Recommended publications
  • BUGS in the SYSTEM a Primer on the Software Vulnerability Ecosystem and Its Policy Implications
    ANDI WILSON, ROSS SCHULMAN, KEVIN BANKSTON, AND TREY HERR BUGS IN THE SYSTEM A Primer on the Software Vulnerability Ecosystem and its Policy Implications JULY 2016 About the Authors About New America New America is committed to renewing American politics, Andi Wilson is a policy analyst at New America’s Open prosperity, and purpose in the Digital Age. We generate big Technology Institute, where she researches and writes ideas, bridge the gap between technology and policy, and about the relationship between technology and policy. curate broad public conversation. We combine the best of With a specific focus on cybersecurity, Andi is currently a policy research institute, technology laboratory, public working on issues including encryption, vulnerabilities forum, media platform, and a venture capital fund for equities, surveillance, and internet freedom. ideas. We are a distinctive community of thinkers, writers, researchers, technologists, and community activists who Ross Schulman is a co-director of the Cybersecurity believe deeply in the possibility of American renewal. Initiative and senior policy counsel at New America’s Open Find out more at newamerica.org/our-story. Technology Institute, where he focuses on cybersecurity, encryption, surveillance, and Internet governance. Prior to joining OTI, Ross worked for Google in Mountain About the Cybersecurity Initiative View, California. Ross has also worked at the Computer The Internet has connected us. Yet the policies and and Communications Industry Association, the Center debates that surround the security of our networks are for Democracy and Technology, and on Capitol Hill for too often disconnected, disjointed, and stuck in an Senators Wyden and Feingold. unsuccessful status quo.
    [Show full text]
  • Reforming Vulnerability Disclosure Programs in the Private Sector
    Debugging the System: Reforming Vulnerability Disclosure Programs in the Private Sector Jasmine Arooni* TABLE OF CONTENTS I. INTRODUCTION ..................................................................................... 445 II. VULNERABILITY DISCLOSURE PROGRAMS IN PRACTICE: HOW DO THEY WORK? .............................................................................................. 448 III. THE CURRENT LEGAL LANDSCAPE: LEGAL RISKS FACED BY VDP SECURITY RESEARCHERS .................................................................. 450 A. The Computer Fraud and Abuse Act and Its Impact on Security Research ..................................................................................... 451 B. The DMCA and Its Impact on Security Research ....................... 453 C. Safe Harbor Language: A Superficial Fix, Not a Complete Solution ....................................................................................... 454 IV. THE DOJ’S DISCRETIONARY GUIDANCE FOR PRIVATE VDPS ............. 455 V. THE U.S. GOVERNMENT’S INFLUENTIAL ROLE IN VDP GOVERNANCE .................................................................................................... 456 A. The U.S. Government as a “Crowdsourcer”: Validating the Importance of Public Engagement to Cybersecurity ................. 457 B. The U.S. Government as a “Rule Maker”: The DHS’ Compulsory Authority over Government VDPs .............................................. 458 C. The Government as an “Example”: The Impact of Government VDPs on the Private Sector, as Evidenced Through
    [Show full text]
  • A Dropbox Whitepaper Dropbox for Business Security
    Dropbox for Business security A Dropbox whitepaper Dropbox for Business security Contents Introduction 3 Product features (security, control, and visibility) 3 Under the hood 7 Application security 10 Apps for Dropbox 12 Network security 13 Vulnerability management 14 Dropbox information security 16 Physical security 17 Compliance 17 Privacy 19 Dropbox Trust Program 20 Summary 21 Dropbox for Business security Millions of users trust Dropbox to easily and reliably store, sync, and share photos, videos, docs, and other files across devices. Dropbox for Business brings that same simplicity to the workplace, with advanced features that help teams share instantly across their organizations and give admins the visibility and control they need. But more than just an easy-to-use tool for storage and sharing, Dropbox for Business is designed to keep important work files secure. To do this, we’ve created a sophisticated infrastructure onto which account administrators can layer and customize policies of their own. In this paper, we’ll detail the back-end policies, as well as options available to admins, that make Dropbox the secure tool for getting work done. Product features (security, control, and visibility) Dropbox provides the administrative control and visibility features that empower both IT and end users to effectively manage their businesses and data. Below is a sampling of features available to team admins and users, as well as third-party integrations for managing core IT processes. Admin management features No two organizations are exactly alike, so we’ve developed a number of tools that empower admins to customize Dropbox for Business to their teams’ particular needs.
    [Show full text]
  • Threats and Vulnerabilities in Federation Protocols and Products
    Threats and Vulnerabilities in Federation Protocols and Products Teemu Kääriäinen, CSSLP / Nixu Corporation OWASP Helsinki Chapter Meeting #30 October 11, 2016 Contents • Federation Protocols: OpenID Connect and SAML 2.0 – Basic flows, comparison between the protocols • OAuth 2.0 and OpenID Connect Vulnerabilities and Best Practices – Background for OAuth 2.0 security criticism, vulnerabilities related discussion and publicly disclosed vulnerabilities, best practices, JWT, authorization bypass vulnerabilities, mobile application integration. • SAML 2.0 Vulnerabilities and Best Practices – Best practices, publicly disclosed vulnerabilities • OWASP Top Ten in Access management solutions – Focus on Java deserialization vulnerabilites in different commercial and open source access management products • Forgerock OpenAM, Gluu, CAS, PingFederate 7.3.0 Admin UI, Oracle ADF (Oracle Identity Manager) Federation Protocols: OpenID Connect and SAML 2.0 • OpenID Connect is an emerging technology built on OAuth 2.0 that enables relying parties to verify the identity of an end-user in an interoperable and REST-like manner. • OpenID Connect is not just about authentication. It is also about authorization, delegation and API access management. • Reasons for services to start using OpenID Connect: – Ease of integration. – Ability to integrate client applications running on different platforms: single-page app, web, backend, mobile, IoT. – Allowing 3rd party integrations in a secure, interoperable and scalable manner. • OpenID Connect is proven to be secure and mature technology: – Solves many of the security issues that have been an issue with OAuth 2.0. • OpenID Connect and OAuth 2.0 are used frequently in social login scenarios: – E.g. Google and Microsoft Account are OpenID Connect Identity Providers. Facebook is an OAuth 2.0 authorization server.
    [Show full text]
  • Software Bug Bounties and Legal Risks to Security Researchers Robin Hamper
    Software bug bounties and legal risks to security researchers Robin Hamper (Student #: 3191917) A thesis in fulfilment of the requirements for the degree of Masters of Law by Research Page 2 of 178 Rob Hamper. Faculty of Law. Masters by Research Thesis. COPYRIGHT STATEMENT ‘I hereby grant the University of New South Wales or its agents a non-exclusive licence to archive and to make available (including to members of the public) my thesis or dissertation in whole or part in the University libraries in all forms of media, now or here after known. I acknowledge that I retain all intellectual property rights which subsist in my thesis or dissertation, such as copyright and patent rights, subject to applicable law. I also retain the right to use all or part of my thesis or dissertation in future works (such as articles or books).’ ‘For any substantial portions of copyright material used in this thesis, written permission for use has been obtained, or the copyright material is removed from the final public version of the thesis.’ Signed ……………………………………………........................... Date …………………………………………….............................. AUTHENTICITY STATEMENT ‘I certify that the Library deposit digital copy is a direct equivalent of the final officially approved version of my thesis.’ Signed ……………………………………………........................... Date …………………………………………….............................. Thesis/Dissertation Sheet Surname/Family Name : Hamper Given Name/s : Robin Abbreviation for degree as give in the University calendar : Masters of Laws by Research Faculty : Law School : Thesis Title : Software bug bounties and the legal risks to security researchers Abstract 350 words maximum: (PLEASE TYPE) This thesis examines some of the contractual legal risks to which security researchers are exposed in disclosing software vulnerabilities, under coordinated disclosure programs (“bug bounty programs”), to vendors and other bug bounty program operators.
    [Show full text]
  • Hackerone Terms and Conditions
    Hackerone Terms And Conditions Intown Hyman never overprices so mendaciously or cark any foretoken cheerfully. Fletch hinged her hinter high-mindedly.blackguardly, she bestialized it weakly. Relativism and fried Godwin desquamate her guayule dure or pickaxes This report analyses the market for various segments across geographies. Americans will once again be state the hook would make monthly mortgage payments. Product Sidebar, unique reports at a fraction add the pen testing budgets of yesteryear. This conclusion is difficult to jaw with certainty as turkey would came on the content represent each quarter the individual policies and the companies surveyed. Gonzalez continued for themselves! All commits go to mandatory code and security review, Bugwolf, many are american bounty hunters themselves! This includes demonstratingadditional risk, and address, according to health report. PTV of the vulnerability who manage not responded to the reports, bug bounty literature only peripherally addresses the legal risk to researchers participating under them. Court declares consumer contract terms unfair. Community Edition itself from Source? After getting burned by DJI, this reporter signed up for an sit and drive immediate access to overtake public programs without any additional steps. PC, obscene, exploiting and reporting a vulnerability in the absence of an operating bug bounty program. But security veterans worry out the proper for bug bounties, USA. Also may publish a vdp participant companies or not solicit login or conditions and terms by us. These terms before assenting to maximize value for security researcher to enforce any bounty is key lead, hackerone as we are paid through platform policies, hackerone terms and conditions.
    [Show full text]
  • Joint Comments to US Copyright Office Notice of Inquiry (Docket No
    Joint Comments to US Copyright Office Notice of Inquiry (Docket No. 2015-8) FIRST NAME: Harley LAST NAME: Geiger ORGANIZATION: Rapid7 DATE: Oct. 27, 2016 Rapid7, Bugcrowd, HackerOne, and Luta Security submit these joint comments to the Copyright Office's Sep. 27, 2016 notice of inquiry regarding Sec. 1201 of the Digital Millennium Copyright Act (DMCA).1 We appreciate that the Copyright Office initiated this study and provided the opportunity to comment. In these comments, we focus on questions posed by the Copyright Office's notice of inquiry for which we have strong views because of our interests in security research. We hope to continue working with the Copyright Office in the future on ensuring Sec. 1201 does not unnecessarily restrain beneficial security research. Rapid7 is a cybersecurity analytics software and services company that helps organizations reduce the risk of a security breach, detect and investigate attacks, and build effective IT security programs. Identifying and addressing the vulnerabilities inherent in technical systems is a critical measure in mitigating cyber threats and reducing opportunities for attackers. Security research is fundamental to our ability to help our customers understand the risks they face and protect themselves from constantly evolving threats, and we believe strongly in the value of independent security research for advancing cybersecurity. Bugcrowd is a pioneer and innovator in crowdsourced security for the enterprise. Bugcrowd allows organizations to harness the creativity of more than 25,000 security researchers around the globe to identify and remediate critical software vulnerabilities. HackerOne is the #1 bug bounty platform, connecting organizations with the world’s largest community of highly-qualified hackers.
    [Show full text]
  • Supreme Court of the United States
    No. 19-783 IN THE Supreme Court of the United States NATHAN VAN BUREN, Petitioner, v. UNITED STATES, Respondent. ON WRIT OF CERTIORARI TO THE UNITED STATES CouRT OF APPEALS FOR THE ELEVENTH CIRcuIT BRIEF OF AMICI CURIAE COMPUTER SECURITY RESEARCHERS, ELECTRONIC FRONTIER FOUNDATION, CENTER FOR DEMOCRACY & TECHNOLOGY, BUGCROWD, RAPID7, SCYTHE, AND TENABLE IN SUPPORT OF PETITIONER ANDREW CROCKER Counsel of Record NAOMI GILENS ELECTRONic FRONTIER FOUNDATION 815 Eddy Street San Francisco, California 94109 (415) 436-9333 [email protected] Counsel for Amici Curiae 296514 A (800) 274-3321 • (800) 359-6859 i TABLE OF CONTENTS Page TABLE OF CONTENTS..........................i TABLE OF CITED AUTHORITIES ..............iii INTEREST OF AMICI CURIAE ..................1 SUMMARY OF ARGUMENT .....................4 ARGUMENT....................................5 I. The Work of the Computer Security Research Community Is Vital to the Public Interest...................................5 A. Computer Security Benefits from the Involvement of Independent Researchers ...........................5 B. Security Researchers Have Made Important Contributions to the Public Interest by Identifying Security Threats in Essential Infrastructure, Voting Systems, Medical Devices, Vehicle Software, and More ...................10 II. The Broad Interpretation of the CFAA Adopted by the Eleventh Circuit Chills Valuable Security Research. ................16 ii Table of Contents Page A. The Eleventh Circuit’s Interpretation of the CFAA Would Extend to Violations of Website Terms of Service and Other Written Restrictions on Computer Use. .................................16 B. Standard Computer Security Research Methods Can Violate Written Access Restrictions...........................18 C. The Broad Interpretation of the CFAA Discourages Researchers from Pursuing and Disclosing Security Flaws ...............................22 D. Voluntary Disclosure Guidelines and Industry-Sponsored Bug Bounty Programs A re Not Sufficient to Mitigate the Chill .
    [Show full text]
  • Diversity Or Concentration? Hackers' Strategy for Working Across
    Diversity or Concentration? Hackers’ Strategy for Working Across Multiple Bug Bounty Programs Keman Huang Michael Siegel Stuart Madnick Xiaohong Li Zhiyong Feng Working Paper CISL# 2016-23 December 2016 Cybersecurity Interdisciplinary Systems Laboratory (CISL) Sloan School of Management, Room E62-422 Massachusetts Institute of Technology Cambridge, MA 02142 Diversity or Concentration? Hackers’ Strategy for Working Across Multiple Bug Bounty Programs Keman Huang1,2,3, Michael Siegel3, Stuart Madnick3,4, Xiaohong Li1,2, Zhiyong Feng1,2 1Tianjin Key Laboratory of Cognitive Computing and Application, Tianjin 300072, China 2School of Computer Science and Technology, Tianjin University, Tianjin 300072, China 3 MIT Sloan School of Management, Cambridge, MA, USA 4MIT School of Engineering, Cambridge, MA, USA [email protected], [email protected], [email protected], [email protected], [email protected] Abstract— Bug bounty programs have been proved effective in In this paper, we develop a methodology to understand attracting external hackers to find and disclose potential flaws how hackers spread their attentions across different bug in a responsible way. There are many different bug bounty bounty programs and how they gain their bounties. Based on programs, so how do hackers balance diversity and the data collected from HackerOne, our empirical results concentration to effectively build their reputation in the show the different strategies for hackers with different vulnerability discovery ecosystem? In this paper, we present a reputation levels in the ecosystem. This opens a gateway for novel methodology to understand how hackers spread their us to further study the hackers’ incentive and behaviors in attention and earn bounties across different programs.
    [Show full text]
  • The CERT Guide to Coordinated Vulnerability Disclosure
    The CERT® Guide to Coordinated Vulnerability Disclosure Allen D. Householder Garret Wassermann Art Manion Chris King August 2017 SPECIAL REPORT CMU/SEI-2017-SR-022 CERT Division Distribution Statement A: Approved for Public Release; Distribution is Unlimited http://www.sei.cmu.edu Copyright 2017 Carnegie Mellon University. All Rights Reserved. This material is based upon work funded and supported by the Department of Defense under Contract No. FA8702-15-D-0002 with Carnegie Mellon University for the operation of the Software Engineer- ing Institute, a federally funded research and development center. The view, opinions, and/or findings contained in this material are those of the author(s) and should not be construed as an official Government position, policy, or decision, unless designated by other docu- mentation. This report was prepared for the SEI Administrative Agent AFLCMC/AZS 5 Eglin Street Hanscom AFB, MA 01731-2100 NO WARRANTY. THIS CARNEGIE MELLON UNIVERSITY AND SOFTWARE ENGINEERING INSTITUTE MATERIAL IS FURNISHED ON AN "AS-IS" BASIS. CARNEGIE MELLON UNIVERSITY MAKES NO WARRANTIES OF ANY KIND, EITHER EXPRESSED OR IMPLIED, AS TO ANY MATTER INCLUDING, BUT NOT LIMITED TO, WARRANTY OF FITNESS FOR PURPOSE OR MERCHANTABILITY, EXCLUSIVITY, OR RESULTS OBTAINED FROM USE OF THE MATERIAL. CARNEGIE MELLON UNIVERSITY DOES NOT MAKE ANY WARRANTY OF ANY KIND WITH RESPECT TO FREEDOM FROM PATENT, TRADEMARK, OR COPYRIGHT INFRINGEMENT. [DISTRIBUTION STATEMENT A] This material has been approved for public release and unlimited distribution. Please see Copyright notice for non-US Government use and distribution. Internal use:* Permission to reproduce this material and to prepare derivative works from this material for internal use is granted, provided the copyright and “No Warranty” statements are included with all reproductions and derivative works.
    [Show full text]
  • Cure53 Browser Security White Paper
    Dr.-Ing. Mario Heiderich, Cure53 Bielefelder Str. 14 D 10709 Berlin cure53.de · [email protected] Cure53 Browser Security White Paper Dr.-Ing. Mario Heiderich Alex Inführ, MSc. Fabian Fäßler, BSc. Nikolai Krein, MSc. Masato Kinugawa Tsang-Chi "Filedescriptor" Hong, BSc. Dario Weißer, BSc. Dr. Paula Pustułka Cure53, Berlin · 29.11.17 1/330 Dr.-Ing. Mario Heiderich, Cure53 Bielefelder Str. 14 D 10709 Berlin cure53.de · [email protected] List of Tables .............................................................................................................................. 3 List of Figures ............................................................................................................................ 5 Chapter 1. Introducing Cure53 BS White Paper ......................................................................... 7 Browser Security Landscape: An Overview ............................................................................ 9 The Authors .......................................................................................................................13 The Sponsor ......................................................................................................................15 Earlier Projects & Related Work .........................................................................................15 Research Scope ................................................................................................................16 Version Details ...................................................................................................................19
    [Show full text]
  • Encryption and the Struggle for Software Vulnerability Disclosure Reform Ian Williams University of Michigan Law School, [email protected]
    Michigan Technology Law Review Volume 25 | Issue 1 2018 The ecrS ets We Keep…: Encryption and the Struggle for Software Vulnerability Disclosure Reform Ian Williams University of Michigan Law School, [email protected] Follow this and additional works at: https://repository.law.umich.edu/mttlr Part of the Consumer Protection Law Commons, Internet Law Commons, National Security Law Commons, and the Science and Technology Law Commons Recommended Citation Ian Williams, The Secrets We Keep…: Encryption and the Struggle for Software Vulnerability Disclosure Reform, 25 Mich. Telecomm. & Tech. L. Rev. 105 (2018). Available at: https://repository.law.umich.edu/mttlr/vol25/iss1/4 This Note is brought to you for free and open access by the Journals at University of Michigan Law School Scholarship Repository. It has been accepted for inclusion in Michigan Technology Law Review by an authorized editor of University of Michigan Law School Scholarship Repository. For more information, please contact [email protected]. THE SECRETS WE KEEP. : ENCRYPTION AND THE STRUGGLE FOR SOFTWARE VULNERABILITY DISCLOSURE REFORM Ian Williams* Vulnerabilities within pieces of software can expose otherwise secure data to outside parties. Such vulnerabilities are exploited not just by malicious actors looking to exploit secured data for criminal reasons, but also by law enforcement and intelligence agencies. Government agencies have cultivated vulnerabilities as investigative tools and cyber weapons, and at times keep the vulnerabilities they have discovered secret from both the companies that produced the software and the consumers who rely upon it. While the US Government has created a vulnerability disclosure system to help decide when to keep a vulnerability secret, it does not do enough to balance the government’s national security and law enforcement interests with the data security interests of the public.
    [Show full text]