11:40 PM
Gunter Ollmann
Gunter Ollmann
Connect Directly

A Mercenary Approach To Botnets

When does a botnet become valuable to government intelligence agencies?

For a period of two years, if often felt that not a week went by without some security company or product vendor announcing the takedown of a multimillion-node botnet. I don't know if it was the waning enthusiasm of the media to cover "yet another botnet takedown," the public's exhaustion over a threat they could do little prevent, or the fact that the majority of botnet "takedowns" were merely temporary setbacks for their criminal overlords, but as we reach the end of 2013, the frequency of such boastings have declined noticeably.

While the public broadcasts of botnet takedowns are now more likely to be associated with a golden age in the battle against the bots, the war continues on a less visible plane. Regardless of whether this war can, in fact, be won, a question I'm increasingly being asked is whether certain organizations and government entities actually want to win it.

Why wouldn't the good guys want to win the botnet battle? Many salty dogs of the security industry have experienced how shutting down one attack vector forces the threat to evolve in another direction -- a direction that will likely be even more difficult to combat or, minimally, require substantial research effort to investigate. Eighty percent efficacy against a threat you understand is considerably better than 0 percent of a threat you have no technology in your back pocket for.

But that’s not the only reason why a growing pool of security professionals would sooner hold back from shutting down the botnets that plague the Internet. Botnets harvest a lot of data from their victims. Access to that data is increasingly lucrative and, if you package the data just right, can be sold on as a subscription feed to a growing pool of organizations.

The security analyst community used to be quite open in the way they shared information about botnets -- in particular, information about the command-and-control (C&C) servers, the domain names and IP addresses being used, samples of the bot malware, and copies of the C&C software. Now, because this information has a demonstrable value, those that have it are much less likely to "give back to the community." If anything, they're more likely to create new subscription services and provide it as a paid-for stream of data.

But what is this data, and who is it useful to?

When people first hear that botnet data is up for sale, I think most jump to the conclusion that the data is a stream of all of the personal and confidential information being stolen from the botnet victims. In some cases it may be, but most often it's not. More often than not, it may simply be a list of IP addresses of the victims under the control of a single piece of malware.

Depending on who you're selling to and what their missions are, even data as "uninteresting" as the IP addresses of the victims holds a unique and complementary value to some folks. For example, government agencies such as the CIA or NSA can use it to map which botnets are successfully penetrating computers within countries or institutions they're tracking. By knowing what the original malware was, the agency is going to know the operating system and major application version numbers of the infected devices. This adds to the pool of knowledge about an adversary, which could be leveraged in a time of need.

If an organization is smart, it'll also be sinkholing the C&C domains -- probably not all of them, just enough to provide visibility of the victims, but not crossing a threshold that forces the criminal who built the botnet to change tactics and stop growing the botnet.

If the botnet C&C software isn't particularly well-written (which is often the case), or if someone has reverse-engineered the C&C portal software and found interesting vulnerabilities, then simply knowing the domain names used by the botnet malware could allow an agency to access all the information being harvested by the bot on the victims computer (e.g., UIDs, passwords, applications installed, browser history, banking credentials, etc.), or even issue new commands.

It used to be that the worlds of bug hunters and malware analysts were separate and far between. In the past couple of years, the ability to analyze malware samples and identify exploitable vulnerabilities in them has become very important. Given that some botnets have a bigger pool of victims than many commercial software vendors have licensed customers, the value of an exploit that grants reliable remote control of a popular malware agent is rising in value. I'd hazard a guess that a remotely exploitable vulnerability in Zeus, SpyEye, or any of the other top10 botnet malware families is likely worth tens of thousands of dollars to most government agencies around the world.

In many ways, botnets have become a golden goose to those charged with gathering intelligence on the populations of foreign entities. The bulk of the victim's data is useful for mapping populations, communication profiles, and as egress points for counterintelligence exercises. Then, given how many botnet victims there are, the probability that a few "interesting" computers will have succumbed along the way is similarly high -- providing direct insight in to a pool of high value targets.

The incentives are high for many businesses and government agencies to not be too heavy-handed in combating the global botnet pandemic. There's money to be had and, with each passing day, more interesting ways are being uncovered in how to package the data, and how to employ it.

-- Gunter Ollmann, CTO, IOActive Inc.

Gunter Ollmann serves as CTO for IOActive Inc. where he is responsible for the strategic vision of the security services portfolio, driving new research areas and bringing new services to market. With over two decades in the information security arena, Gunter has stared down ... View Full Bio

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
Partner Perspectives
What's This?
In a digital world inundated with advanced security threats, Intel Security seeks to transform how we live and work to keep our information secure. Through hardware and software development, Intel Security delivers robust solutions that integrate security into every layer of every digital device. In combining the security expertise of McAfee with the innovation, performance, and trust of Intel, this vision becomes a reality.

As we rely on technology to enhance our everyday and business life, we must too consider the security of the intellectual property and confidential data that is housed on these devices. As we increase the number of devices we use, we increase the number of gateways and opportunity for security threats. Intel Security takes the “security connected” approach to ensure that every device is secure, and that all security solutions are seamlessly integrated.
Featured Writers
White Papers
Current Issue
Dark Reading's October Tech Digest
Fast data analysis can stymie attacks and strengthen enterprise security. Does your team have the data smarts?
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
Published: 2014-10-25
The Ethernet Connectivity Fault Management (CFM) handling feature in Cisco IOS 12.2(33)SRE9a and earlier and IOS XE 3.13S and earlier allows remote attackers to cause a denial of service (device reload) via malformed CFM packets, aka Bug ID CSCuq93406.

Published: 2014-10-25
The EMC NetWorker Module for MEDITECH (aka NMMEDI) 3.0 build 87 through 90, when EMC RecoverPoint and Plink are used, stores cleartext RecoverPoint Appliance credentials in nsrmedisv.raw log files, which allows local users to obtain sensitive information by reading these files.

Published: 2014-10-25
EMC Avamar 6.0.x, 6.1.x, and 7.0.x in Avamar Data Store (ADS) GEN4(S) and Avamar Virtual Edition (AVE), when Password Hardening before is enabled, uses UNIX DES crypt for password hashing, which makes it easier for context-dependent attackers to obtain cleartext passwords via a brute-force a...

Published: 2014-10-25
EMC Avamar Data Store (ADS) and Avamar Virtual Edition (AVE) 6.x and 7.0.x through 7.0.2-43 do not require authentication for Java API calls, which allows remote attackers to discover grid MCUser and GSAN passwords via a crafted call.

Published: 2014-10-25
CRLF injection vulnerability in IBM Tivoli Integrated Portal (TIP) 2.2.x allows remote authenticated users to inject arbitrary HTTP headers and conduct HTTP response splitting attacks via unspecified vectors.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Follow Dark Reading editors into the field as they talk with noted experts from the security world.