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.

Perimeter

2/24/2012
05:32 PM
Connect Directly
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 the Executive Editor of Dark Reading. 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 ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
7 Tips for Choosing Security Metrics That Matter
Ericka Chickowski, Contributing Writer,  10/19/2020
IoT Vulnerability Disclosure Platform Launched
Dark Reading Staff 10/19/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Special Report: Computing's New Normal
This special report examines how IT security organizations have adapted to the "new normal" of computing and what the long-term effects will be. Read it and get a unique set of perspectives on issues ranging from new threats & vulnerabilities as a result of remote working to how enterprise security strategy will be affected long term.
Flash Poll
How IT Security Organizations are Attacking the Cybersecurity Problem
How IT Security Organizations are Attacking the Cybersecurity Problem
The COVID-19 pandemic turned the world -- and enterprise computing -- on end. Here's a look at how cybersecurity teams are retrenching their defense strategies, rebuilding their teams, and selecting new technologies to stop the oncoming rise of online attacks.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-27673
PUBLISHED: 2020-10-22
An issue was discovered in the Linux kernel through 5.9.1, as used with Xen through 4.14.x. Guest OS users can cause a denial of service (host OS hang) via a high rate of events to dom0, aka CID-e99502f76271.
CVE-2020-27674
PUBLISHED: 2020-10-22
An issue was discovered in Xen through 4.14.x allowing x86 PV guest OS users to gain guest OS privileges by modifying kernel memory contents, because invalidation of TLB entries is mishandled during use of an INVLPG-like attack technique.
CVE-2020-27675
PUBLISHED: 2020-10-22
An issue was discovered in the Linux kernel through 5.9.1, as used with Xen through 4.14.x. drivers/xen/events/events_base.c allows event-channel removal during the event-handling loop (a race condition). This can cause a use-after-free or NULL pointer dereference, as demonstrated by a dom0 crash vi...
CVE-2020-3996
PUBLISHED: 2020-10-22
Velero (prior to 1.4.3 and 1.5.2) in some instances doesn’t properly manage volume identifiers which may result in information leakage to unauthorized users.
CVE-2020-15680
PUBLISHED: 2020-10-22
If a valid external protocol handler was referenced in an image tag, the resulting broken image size could be distinguished from a broken image size of a non-existent protocol handler. This allowed an attacker to successfully probe whether an external protocol handler was registered. This vulnerabil...