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.

Vulnerabilities / Threats

11/20/2009
06:08 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

Microsoft: 'TaterF' Worm Top Malware Threat So Far This Month

Software giant reveals November stats from Malicious Software Removal Tool

Microsoft's Malicious Software Removal Tool (MSRT) removed malware from more than 1.5 million machines just three days after it was updated on November's Patch Tuesday, and the software giant has detected two new fake antivirus threats on more than 110,000 machines.

The latest statistics come on the heels of Microsoft's recently published Security Intelligence Report, which found worms jumped 98.4 percent to the number two threat, behind Trojans. Trojans include rogue antivirus software.

One of the worm families Microsoft attributed that jump to was TaterF, which so far is also the most prevalent piece of malware MSRT has killed this month, according to Microsoft's latest statistics: The TaterF worm was found on 239,870 machines. TaterF is a worm that steals online gaming credentials and spreads via Microsoft's Autorun feature and has hit enterprises hard because users who play games at home infect their work machines via USB keys, for instance, according to Microsoft.

According to the SIR report from earlier this month, the number of machines infected with TaterF has increased from 2 million machines in the second half of last year to 4.9 million in the first half of this year.

This month, the top threats found by Microsoft's MSRT are mainly password-stealers like TaterF that grab online gaming credentials, online banking credentials, and other online user accounts. Rogue AV products and Trojan downloaders for them were also high on the list, as well as Trojan downloaders that typically infect machines via drive-by attacks.

Koobface remains in Microsoft's top 25 malware list, but is no longer in the top 10. It's now No. 14 on the list, found in 36,300 machines. "Online Social Network sites such as Facebook continues to boost their security hardening to protect their customers and we welcome their actions," blogged Scott Wu, a member of the Microsoft Malware Protection Center.

Other top malware threats this month so far are the Alureon family of Trojans that steal data and modify DNS settings (141,358 machines), the Bancos family of Trojans that steal passwords and online banking credentials (138,803), and the Renos family of Trojan dowloaders for rogue AV (115,970 machines).

The MSRT also found 78,161 machines infected with the Cutwail spam bot, a family of Trojan downloaders.

Microsoft this month added two new rogue AV families to the list of malware its tool detects -- Win32/FakeVimes and Win32/PrivacyCenter. And so far, Microsoft has cleaned up more than 110,000 machines infected with those two rogue programs.

Have a comment on this story? Please click "Discuss" below. If you'd like to contact Dark Reading's editors directly, send us a message. 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

 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 7/6/2020
Ripple20 Threatens Increasingly Connected Medical Devices
Kelly Sheridan, Staff Editor, Dark Reading,  6/30/2020
DDoS Attacks Jump 542% from Q4 2019 to Q1 2020
Dark Reading Staff 6/30/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
How Cybersecurity Incident Response Programs Work (and Why Some Don't)
This Tech Digest takes a look at the vital role cybersecurity incident response (IR) plays in managing cyber-risk within organizations. Download the Tech Digest today to find out how well-planned IR programs can detect intrusions, contain breaches, and help an organization restore normal operations.
Flash Poll
The Threat from the Internetand What Your Organization Can Do About It
The Threat from the Internetand What Your Organization Can Do About It
This report describes some of the latest attacks and threats emanating from the Internet, as well as advice and tips on how your organization can mitigate those threats before they affect your business. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-15505
PUBLISHED: 2020-07-07
MobileIron Core and Connector before 10.3.0.4, 10.4.x before 10.4.0.4, 10.5.x before 10.5.1.1, 10.5.2.x before 10.5.2.1, and 10.6.x before 10.6.0.1, and Sentry before 9.7.3 and 9.8.x before 9.8.1, allow remote attackers to execute arbitrary code via unspecified vectors.
CVE-2020-15506
PUBLISHED: 2020-07-07
MobileIron Core and Connector before 10.3.0.4, 10.4.x before 10.4.0.4, 10.5.x before 10.5.1.1, 10.5.2.x before 10.5.2.1, and 10.6.x before 10.6.0.1 allow remote attackers to bypass authentication mechanisms via unspecified vectors.
CVE-2020-15507
PUBLISHED: 2020-07-07
MobileIron Core and Connector before 10.3.0.4, 10.4.x before 10.4.0.4, 10.5.x before 10.5.1.1, 10.5.2.x before 10.5.2.1, and 10.6.x before 10.6.0.1 allow remote attackers to read files on the system via unspecified vectors.
CVE-2020-15096
PUBLISHED: 2020-07-07
In Electron before versions 6.1.1, 7.2.4, 8.2.4, and 9.0.0-beta21, there is a context isolation bypass, meaning that code running in the main world context in the renderer can reach into the isolated Electron context and perform privileged actions. Apps using "contextIsolation" are affecte...
CVE-2020-4075
PUBLISHED: 2020-07-07
In Electron before versions 7.2.4, 8.2.4, and 9.0.0-beta21, arbitrary local file read is possible by defining unsafe window options on a child window opened via window.open. As a workaround, ensure you are calling `event.preventDefault()` on all new-window events where the `url` or `options` is not ...