Perimeter
2/24/2012
05:32 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

Bots: Stand Up And Be Counted

A new FCC-backed initiative will gather real ISP data on infected bot machines, but will it make a dent on the botnet scourge?

One of the more elusive things about a botnet -- besides the fact that dismantled botnets often get reinvented and resurrected in some new form -- is getting an accurate count of the number of infected machines unknowingly doing the dirty work of the botnet operator.

Botnet investigators and researchers typically see only a snapshot of the carnage when they discover and study botnets, unless they helped take down the command and control infrastructure and are privy to traffic generated by orphaned bots still trying to phone home to the crippled C&C servers.

The missing piece of the equation here is what the ISPs see. And a new project under the guise of the FCC and headed up by Messaging Anti-Abuse Working Group (M3AAWG) will now officially gather and aggregate the bot tallies from ISPs, and issue a quarterly report of the total number of bot infections out there.

Everyone loves data, and I'm curious about what the counts will look like. But what good is a bot headcount when botnets are so pervasive and hard to kill?

Michael O'Reirdan, chairman of M3AAWG, says the bot count project will provide a much more comprehensive count of bots -- albeit not an absolutely complete one. He says the idea is to bring some better metrics into the bot-count equation to get a handle on the scale of the botnet problem with a more true accounting of the number of machines that are owned by botnets.

The ISPs will voluntarily provide their data, so not every single ISP will be represented, but ideally it will give the industry some measurement of how anti-botnet measures are working -- or not. The project is part of the FCC's Communications Security, Reliability and Interoperability Council (CSRIC), a joint government-industry group aimed at boosting online security.

But it's unlikely that more accurate numbers on infected machines out there will do much any time soon to reduce the number of users who fall victim to botnet operators every day. Awareness among consumers needs to be more of a mainstream thing, and that's a tall order. Telling Aunt Edna she's one of five gazillion bots worldwide isn't going to help her when all she wants is her laptop to work normally again. All she knows is that their PC is now annoyingly slow or inoperable.

It would be great if this initiative would spur more ISPs to be more proactive and aggressive in the botnet battle. And if the data could somehow be used to launch a consumer-awareness campaign so that Aunt Edna will at least have a clue that her machine was being used for nefarious purposes, not just that it was infected.

Some ISPs have been ahead of the curve here, like Comcast, which more than two years ago launched a bot-notification service that notifies customers whose machines it spots as bot-infected. The infected user is then directed to the antivirus center, where he follows directions to remove the bot malware.

Understandably, ISPs have traditionally have been averse to disrupting service to their customers and have had more of a hands-off approach to bot cleanup. If they can somehow convert cold hard bot data into more of a public-service announcement-style strategy, there may be hope for at least making it harder for botnet operators to recruit more machines for their armies. Maybe Aunt Edna will be more diligent about patching and avoiding suspicious URLs if she understands that her machine can be part of the problem.

(Oh -- and in case you were wondering, "M3AAWG" is no typo. The group recently added the "3" to its name for Messaging, Malware and Mobile to work with experts in malware and mobile technologies as well).

Kelly Jackson Higgins is senior editor at Dark Reading

Kelly Jackson Higgins is Senior Editor at DarkReading.com. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise Magazine, ... View Full Bio

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Flash Poll
Current Issue
Cartoon
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-0174
Published: 2014-07-11
Cumin (aka MRG Management Console), as used in Red Hat Enterprise MRG 2.5, does not include the HTTPOnly flag in a Set-Cookie header for the session cookie, which makes it easier for remote attackers to obtain potentially sensitive information via script access to this cookie.

CVE-2014-3485
Published: 2014-07-11
The REST API in the ovirt-engine in oVirt, as used in Red Hat Enterprise Virtualization (rhevm) 3.4, allows remote authenticated users to read arbitrary files and have other unspecified impact via unknown vectors, related to an XML External Entity (XXE) issue.

CVE-2014-3499
Published: 2014-07-11
Docker 1.0.0 uses world-readable and world-writable permissions on the management socket, which allows local users to gain privileges via unspecified vectors.

CVE-2014-3503
Published: 2014-07-11
Apache Syncope 1.1.x before 1.1.8 uses weak random values to generate passwords, which makes it easier for remote attackers to guess the password via a brute force attack.

CVE-2014-3991
Published: 2014-07-11
Multiple cross-site scripting (XSS) vulnerabilities in Dolibarr ERP/CRM 3.5.3 allow remote attackers to inject arbitrary web script or HTML via the (1) dol_use_jmobile, (2) dol_optimize_smallscreen, (3) dol_no_mouse_hover, (4) dol_hide_topmenu, (5) dol_hide_leftmenu, (6) mainmenu, or (7) leftmenu pa...

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Marilyn Cohodas and her guests look at the evolving nature of the relationship between CIO and CSO.