Attacks/Breaches
10/5/2012
12:34 PM
50%
50%

Weaponized Bugs: Time For Digital Arms Control

Thriving trade in zero-day vulnerabilities means dangerous bugs get sold to the highest bidder, and that puts everyone else at risk.

Who Is Anonymous: 10 Key Facts
Who Is Anonymous: 10 Key Facts
(click image for larger view and for slideshow)
Is it right that every newly discovered zero-day vulnerability can potentially be turned into a weapon?

Of course, not every bug goes down that path. Security researchers can disclose unknown vulnerabilities directly to vendors, then withhold details until the vendor issues a fix. They can also simply go public with information about the vulnerability. Or they can keep the details of the bug secret, and sell the information to the highest bidder. But if they do that, who's buying?

"Google and Microsoft can't outbid the U.S. government--they will never win a bidding war with the Army, Navy, or NSA," warned security and privacy expert Christopher Soghoian in his recent keynote speech at the Virus Bulletin 2012 conference in Dallas, titled, "The trade in security exploits: free speech or weapons in need of regulation?"

Recently, there's been a recent shift away from the old way of selling bugs, via "bug bounties and compensated responsible disclosure through firms like ZDI and TippingPoint," said Soghoian, principal technologist and a senior policy analyst with the Speech, Privacy and Technology Project at the American Civil Liberties Union. Instead, valuable bugs are now being resold by firms such as Endgame Systems and Vupen, who make no bones about the possibility that vulnerabilities might be used for espionage or even offensive operations.

[ Read So You Want To Be A Zero Day Exploit Millionaire? ]

What's a good bug worth? Earlier this year, Forbes profiled The Grugq, who's based in Bangkok and acts as a broker between vulnerability buyers and sellers. The Grugq, who takes a 15% commission, says he generally won't touch a bug unless it's worth at least $50,000, and six-figure deals aren't uncommon.

Security expert Charlie Miller, a former National Security Agency employee, said that he sold a Linux operating system Samba server software vulnerability in 2005 to the U.S. government for $80,000, after he was told to name a price. Although Miller now says he wished he'd asked for more money, he did admit to getting a fabulous new kitchen out of the deal.

That revelation, cited by Soghoian as the first publicly known sale of a vulnerability to the U.S. government, led to somewhat predictable banter, with The Grugq proposing via Twitter that henceforth, "[vulnerabilities] should be rated based on the number of kitchen remodeling projects they could sponsor," offering a baseline of "3 kitchens" for any malware signed with the digital certificates recently stolen from Adobe.

Previous
1 of 2
Next
Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Flash Poll
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-9728
Published: 2015-08-31
The UDF filesystem implementation in the Linux kernel before 3.18.2 does not validate certain lengths, which allows local users to cause a denial of service (buffer over-read and system crash) via a crafted filesystem image, related to fs/udf/inode.c and fs/udf/symlink.c.

CVE-2014-9729
Published: 2015-08-31
The udf_read_inode function in fs/udf/inode.c in the Linux kernel before 3.18.2 does not ensure a certain data-structure size consistency, which allows local users to cause a denial of service (system crash) via a crafted UDF filesystem image.

CVE-2014-9730
Published: 2015-08-31
The udf_pc_to_char function in fs/udf/symlink.c in the Linux kernel before 3.18.2 relies on component lengths that are unused, which allows local users to cause a denial of service (system crash) via a crafted UDF filesystem image.

CVE-2014-9731
Published: 2015-08-31
The UDF filesystem implementation in the Linux kernel before 3.18.2 does not ensure that space is available for storing a symlink target's name along with a trailing \0 character, which allows local users to obtain sensitive information via a crafted filesystem image, related to fs/udf/symlink.c and...

CVE-2015-1333
Published: 2015-08-31
Memory leak in the __key_link_end function in security/keys/keyring.c in the Linux kernel before 4.1.4 allows local users to cause a denial of service (memory consumption) via many add_key system calls that refer to existing keys.

Dark Reading Radio
Archived Dark Reading Radio
Another Black Hat is in the books and Dark Reading was there. Join the editors as they share their top stories, biggest lessons, and best conversations from the premier security conference.