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
News
Inside the Ransomware Campaigns Targeting Exchange Servers
Kelly Sheridan, Staff Editor, Dark Reading,  4/2/2021
Commentary
Beyond MITRE ATT&CK: The Case for a New Cyber Kill Chain
Rik Turner, Principal Analyst, Infrastructure Solutions, Omdia,  3/30/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2021-30480
PUBLISHED: 2021-04-09
Zoom Chat through 2021-04-09 on Windows and macOS allows certain remote authenticated attackers to execute arbitrary code without user interaction. An attacker must be within the same organization, or an external party who has been accepted as a contact. NOTE: this is specific to the Zoom Chat softw...
CVE-2021-21194
PUBLISHED: 2021-04-09
Use after free in screen sharing in Google Chrome prior to 89.0.4389.114 allowed a remote attacker to potentially exploit heap corruption via a crafted HTML page.
CVE-2021-21195
PUBLISHED: 2021-04-09
Use after free in V8 in Google Chrome prior to 89.0.4389.114 allowed a remote attacker to potentially exploit heap corruption via a crafted HTML page.
CVE-2021-21196
PUBLISHED: 2021-04-09
Heap buffer overflow in TabStrip in Google Chrome on Windows prior to 89.0.4389.114 allowed a remote attacker to potentially exploit heap corruption via a crafted HTML page.
CVE-2021-21197
PUBLISHED: 2021-04-09
Heap buffer overflow in TabStrip in Google Chrome prior to 89.0.4389.114 allowed a remote attacker to potentially exploit heap corruption via a crafted HTML page.