Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Risk

8/16/2019
01:15 PM
Connect Directly
Twitter
LinkedIn
Google+
RSS
E-Mail
50%
50%

Project Zero Turns 5: How Google's Zero-Day Hunt Has Grown

At Black Hat USA, Project Zero's team lead shared details of projects it has accomplished and its influence on the security community.

In July 2014, Google announced Project Zero, a research group built to reduce the number of zero-day vulnerabilities used in targeted attacks. Five years later, team lead Ben Hawkes took the Black Hat stage for an update: Has Project Zero achieved its goal of "making zero-day hard"?

"It was an important problem for companies like Google, but also societies as a whole," said Hawkes of the need to find unknown, dangerous security flaws. "We had seen the shift and increased demand of zero-days not for the purpose of defense but for the purpose of offense." While bug hunting was not new, it was significant to see Google entering the space in a big way.

Project Zero's mission of "make zero-day hard" stemmed from its overall goal of finding attacks that are difficult to detect and highly reliable, Hawkes said. The research team aims to make it harder for cybercriminals to find and exploit these vulnerabilities by getting to them first.

"Good defense requires a detailed knowledge of offense," he said, listing one of Project Zero's founding principles. "We wanted to create a pipeline of work that mimics what real attackers would do when creating zero-day exploits." However, Hawkes said, this is a challenge. Researchers want to model attacker behavior, but that behavior is constantly evolving.

Another commonly held belief is "openness benefits defenders more than it benefits attackers." For this reason, they want to share findings with "as many people as possible" after vendors patch. Project Zero has generated 1,500+ vuln reports and 100+ technical blog posts.

Pivoting into operations, Hawkes shared more about what the team does outside vulnerability research and exploit development. Other projects include methodology building, technical writing, working with vendors and OSS projects, software engineering, and peer collaboration. He called the nature of their work "more of a sketch rather than a blueprint," describing how researchers have a high degree of flexibility in pivoting to new projects and areas that seem promising.

How Vulnerabilities Are Found
More than half (54.2%) of Project Zero's discoveries are manual — for example, found during source-code review. Fuzzing helps them find 37.2% of vulnerabilities. As for new methodologies, Hawkes said they should help "find bugs faster than we currently are" or "find bugs that we can't currently surface."

Exploit development, another priority, ensures the security impact of a bug is understood and creates an equivalence class for similarly exploitable vulnerabilities. This step lets researchers determine areas of "fragility" in the exploit and how urgent they should consider it to be.

"Project Zero tends to be in a position to advocate for change rather than actually implement it," said Hawkes of its broader role in security tech. While the team can actively participate in patching for Chrome and Linux kernel bugs, much of its job involves urging for structural change: attack surface reduction, better sandboxing, process improvements, exploit mitigation, better documentation, and fixing bug classes, Hawkes listed. While the team's vulnerability research and exploit development are highly visible, he noted its structural work is more low-key.

Project Zero has identified many, many vulnerabilities in five years. Hawkes discussed some of the standouts and their effects on the security community. Researcher Jann Horn was one of three parties to discover and report Meltdown when it was disclosed in 2018; he also represented one of several organizations to independently find and report Spectre Variant 4. In total, four variants were found by Project Zero, Hawkes said, in addition to other researchers.

Spectre and Meltdown led to an "industrywide shift" in the security community's understanding of CPU security and drove architectural changes in kernels, hypervisors, and browsers. "We saw a marked redoubling in the hardware community to improve security capabilities and processes," Hawkes noted.

Another example, he continued, was in exploring Adobe Flash; Project Zero's Natalie Silvanovich and Mateusz Jurczyk were primarily responsible for finding and reporting more than 200 Flash use-after-free (UAF), out-of-bounds read/write, and type confusion bugs through manual review and fuzzing. They worked with Adobe and Microsoft to implement exploitation mitigations and with Chrome to use these results to accelerate Flash click-to-play.

Has Project Zero achieved its goal of making zero-day hard? Not yet, Hawkes said. While progress has been made, and it's harder to find zero-days, there is still work to be done.

"Fixing individual vulnerabilities matters," he said toward the end of his talk. In the next five years, one goal is to build a coalition of open attack research teams, encompassing researchers from industry, academia, nonprofits, and government, all of which have roles in bug research.

Related Content:

Check out The Edge, Dark Reading's new section for features, threat data, and in-depth perspectives. Today's top story: 5 Things to Know About Cyber Insurance.

Kelly Sheridan is the Staff Editor at Dark Reading, where she focuses on cybersecurity news and analysis. She is a business technology journalist who previously reported for InformationWeek, where she covered Microsoft, and Insurance & Technology, where she covered financial ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
tdsan
50%
50%
tdsan,
User Rank: Ninja
8/16/2019 | 8:49:41 PM
I think they already have something like this

"Fixing individual vulnerabilities matters," he said toward the end of his talk. In the next five years, one goal is to build a coalition of open attack research teams, encompassing researchers from industry, academia, nonprofits, and government, all of which have roles in bug research.

Cybersecurity coalition is a good site and CIS



They provide stats (CISecurity) and details about historical trends.

I think it would be good for Google to be part of either organizations.

Todd
I 'Hacked' My Accounts Using My Mobile Number: Here's What I Learned
Nicole Sette, Director in the Cyber Risk practice of Kroll, a division of Duff & Phelps,  11/19/2019
DevSecOps: The Answer to the Cloud Security Skills Gap
Lamont Orange, Chief Information Security Officer at Netskope,  11/15/2019
Attackers' Costs Increasing as Businesses Focus on Security
Robert Lemos, Contributing Writer,  11/15/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
Navigating the Deluge of Security Data
In this Tech Digest, Dark Reading shares the experiences of some top security practitioners as they navigate volumes of security data. We examine some examples of how enterprises can cull this data to find the clues they need.
Flash Poll
Rethinking Enterprise Data Defense
Rethinking Enterprise Data Defense
Frustrated with recurring intrusions and breaches, cybersecurity professionals are questioning some of the industrys conventional wisdom. Heres a look at what theyre thinking about.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-13157
PUBLISHED: 2019-11-22
nsGreen.dll in Naver Vaccine 2.1.4 allows remote attackers to overwrite arbitary files via directory traversal sequences in a filename within nsz archive.
CVE-2012-2079
PUBLISHED: 2019-11-22
A cross-site request forgery (CSRF) vulnerability in the Activity module 6.x-1.x for Drupal.
CVE-2019-11325
PUBLISHED: 2019-11-21
An issue was discovered in Symfony before 4.2.12 and 4.3.x before 4.3.8. The VarExport component incorrectly escapes strings, allowing some specially crafted ones to escalate to execution of arbitrary PHP code. This is related to symfony/var-exporter.
CVE-2019-18887
PUBLISHED: 2019-11-21
An issue was discovered in Symfony 2.8.0 through 2.8.50, 3.4.0 through 3.4.34, 4.2.0 through 4.2.11, and 4.3.0 through 4.3.7. The UriSigner was subject to timing attacks. This is related to symfony/http-kernel.
CVE-2019-18888
PUBLISHED: 2019-11-21
An issue was discovered in Symfony 2.8.0 through 2.8.50, 3.4.0 through 3.4.34, 4.2.0 through 4.2.11, and 4.3.0 through 4.3.7. If an application passes unvalidated user input as the file for which MIME type validation should occur, then arbitrary arguments are passed to the underlying file command. T...