Vulnerabilities / Threats
10/10/2013
02:44 PM
Connect Directly
Google+
LinkedIn
Twitter
RSS
E-Mail
50%
50%

Google To Reward Fixes For Open Source Software

Google expands its bug bounty program, plans to pay programmers who help patch the open-source projects it cares about.

Google Nexus 7, Chromecast: Visual Tour
Google Nexus 7, Chromecast: Visual Tour
(click image for larger view)
Google is expanding the scope of the financial rewards it offers to security researchers who identify errors in software code. To complement its existing Vulnerability Reward Program for its Web applications and Chrome browser, the company has introduced Patch Rewards, a program that goes beyond flaw finding to flaw fixing: It will pay hackers for code contributions that get applied to certain open-source projects.

Michal Zalewski, a security engineer at Google, characterizes the initiative as an effort "to improve the security of key third-party software critical to the health of the entire Internet."

The program covers a limited set of open-source projects: core infrastructure network services (OpenSSH, BIND, ISC DHCP); core infrastructure image parsers (libjpeg, libjpeg-turbo, libpng, giflib); the open-source foundations of Google Chrome (Chromium and Blink — sorry, WebKit); and other important libraries (OpenSSL, zlib).

In time, Zalewski says the program will be extended to include: popular Web servers (Apache httpd, lighttpd, nginx); SMTP services (Sendmail, Postfix, Exim); toolchain security improvements for GCC, binutils, and llvm; and OpenVPN.

[ Will doctors soon wear Google Glass? Read Google Glass Enters Operating Room. ]

Patches that have been accepted by project maintainers and merged into the project repository qualify for a reward ranging from $500 to $3,133.70, to be determined by Google's rewards panel, based on the sophistication and significance of the patch.

For open-source contributors who have grown accustomed to working for self-satisfaction, karma and gratitude, Google's largesse will probably be appreciated. But it's a pittance given the prices being paid for bugs these days, unless Yahoo's generosity is the yardstick.

Last month, High-Tech Bridge, a security company based in Switzerland, reported four security vulnerabilities to Yahoo. Yahoo responded by offering the company $25 for two of them, or $12.50 per accepted vulnerability. Adding insult to injury, the funds were offered in the form of credit in the Yahoo Company Store.

High-Tech Bridge subsequently published a blog post to shame Yahoo and the ploy worked: Yahoo revised its bug bounty program and now offers rewards of $150 to $15,000.

But that's still significantly less than what Microsoft is paying through its Mitigation Bypass Bounty and BlueHat Bonus for Defense Program: up to $100,000 for bypass techniques, with a bonus of $50,000 for applicable defense techniques. Last week, Microsoft said it would pay $100,000 to James Forshaw, a security researcher with Context Information Security, for the discovery of a new mitigation bypass technique.

A UC Berkeley study of vulnerability reward programs, released earlier this year, found that bug bounties are cost-efficient. Google's program, the paper says, costs the company roughly $500 per day, about the same as a full-time security engineer paid $100,000, with 50% overhead. But Google's program leads to the identification of far more flaws than a single researcher could find.

Other companies appear to have caught on, with dozens now offering rewards to security researchers.

Technology companies might have to go higher still to outbid the U.S. government. In August, The Washington Post reported that so far this year, the National Security Agency has spent more than $25 million buying software vulnerabilities from security vendors. A report last year in Forbes said zero-day vulnerabilities ranged in price from $5,000 to $250,000.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Drew Conry-Murray
50%
50%
Drew Conry-Murray,
User Rank: Ninja
10/11/2013 | 12:05:06 AM
re: Google To Reward Fixes For Open Source Software
This seems like a sensible evolution of the bug bounty program. Knowing the vulnerability exists is useful, but having a patch is even better.
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2013-7421
Published: 2015-03-02
The Crypto API in the Linux kernel before 3.18.5 allows local users to load arbitrary kernel modules via a bind system call for an AF_ALG socket with a module name in the salg_name field, a different vulnerability than CVE-2014-9644.

CVE-2014-8160
Published: 2015-03-02
net/netfilter/nf_conntrack_proto_generic.c in the Linux kernel before 3.18 generates incorrect conntrack entries during handling of certain iptables rule sets for the SCTP, DCCP, GRE, and UDP-Lite protocols, which allows remote attackers to bypass intended access restrictions via packets with disall...

CVE-2014-9644
Published: 2015-03-02
The Crypto API in the Linux kernel before 3.18.5 allows local users to load arbitrary kernel modules via a bind system call for an AF_ALG socket with a parenthesized module template expression in the salg_name field, as demonstrated by the vfat(aes) expression, a different vulnerability than CVE-201...

CVE-2015-0239
Published: 2015-03-02
The em_sysenter function in arch/x86/kvm/emulate.c in the Linux kernel before 3.18.5, when the guest OS lacks SYSENTER MSR initialization, allows guest OS users to gain guest OS privileges or cause a denial of service (guest OS crash) by triggering use of a 16-bit code segment for emulation of a SYS...

CVE-2014-8921
Published: 2015-03-01
The IBM Notes Traveler Companion application 1.0 and 1.1 before 201411010515 for Window Phone, as distributed in IBM Notes Traveler 9.0.1, does not properly restrict the number of executions of the automatic configuration option, which makes it easier for remote attackers to capture credentials by c...

Dark Reading Radio
Archived Dark Reading Radio
How can security professionals better engage with their peers, both in person and online? In this Dark Reading Radio show, we will talk to leaders at some of the security industry’s professional organizations about how security pros can get more involved – with their colleagues in the same industry, with their peers in other industries, and with the IT security community as a whole.