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.

Endpoint

4/6/2020
05:45 PM
Connect Directly
Twitter
LinkedIn
Google+
RSS
E-Mail
50%
50%

Microsoft: Emotet Attack Shut Down an Entire Business Network

The infection started with a phishing email and spread throughout the organization, overheating all machines and flooding its Internet connection.

Microsoft has published a case report detailing its response to a massive Emotet attack that brought down an entire enterprise network, evading antivirus software and overheating all its Windows machines. The infection began when an employee opened a malicious attachment. 

The Microsoft Detection and Response Team (DART) reports an attacker sent "a swarm" of phishing emails to employees at Fabrikam, an alias it gave to the client company to protect its identity. One recipient opened a file attached to the email; as a result, their credentials were sent to the attackers' command-and-control server and granted the intruders machine access.

This access was what they needed to launch their broader plan, which was to spread Emotet throughout the network. Emotet, an automated malware, is used to collect data on businesses and individuals for theft and fraud through banking Trojans and other credential-theft tools. It's a polymorphic virus, meaning it updates itself with new definitions every few days, DART says. Attackers delivered updates from their C2 infrastructure to bypass firewalls and antivirus tools.

Four days after gaining credentials into Fabrikam, the attackers used the initial infected account to send phishing emails to other employees on the network. Many common email filters don't scan messages sent internally, and employees typically trust emails sent from an internal account. As a result, more employees clicked malicious attachments and downloaded malware.

"Working via admin accounts, it spread credential-stealing Trojans across employee accounts and used them to authenticate itself within the network," DART officials explain in their case study. "Fabrikam didn't have any network visibility tools in place, so for the next twenty-four hours Emotet wormed its way through its infrastructure without raising any red flags." 

By day eight, the organization's IT operations had shut down. Computers froze as their CPUs maxed out. The virus threatened all of its systems, including a network of 185 surveillance cameras. Its finance department couldn't complete external transactions; partner organizations couldn't access Fabrikam databases. The IT department, which couldn't tell whether they were facing an external attack or internal virus, scrambled to investigate but couldn't access network accounts: a distributed denial-of-service (DDoS) attack had flooded the network with traffic.

"Emotet consumed the network's bandwidth until using it for anything became practically impossible," DART reports. "Even emails couldn't wriggle through." 

Recognizing the problem was outside their control, Fabrikam called DART eight days after the initial phishing email. An official had been told the organization had an "extensive system to prevent cyberattacks," but the virus had evaded all their firewalls and antivirus software. One group of DART specialists went onsite with Fabrikam; other members began to help remotely.

Because the organization's existing systems didn't grant DART visibility into the attackers' operations, they deployed trial licenses of Defender Advanced Threat Protection, Azure Security Scan, Azure Advanced Threat Protection services, and other Microsoft malware detection tools. Specialists learned they needed to make architectural changes to halt the spread of Emotet and put administrative measures in place to contain and eliminate it. They implemented asset controls and created gaps between the assets with admin privileges across the environment.

"These buffer zones contained the virus enough to remove it with antivirus software," DART officials report. "With the architecture in place and detection tools deployed, DART uploaded antivirus signatures and eradicated the Emotet virus."

DART points to errors in Fabrikam's security best practices that contributed to the problem. Email filters did not flag internal emails, giving the attackers freedom to spread Emotet without raising any alerts. Network visibility tools could have detected the virus early on. Further, the spread may have been slowed, and high-value accounts protected, if the organization's administrative directories hadn't been left open.

While Microsoft did not specify the company affected in its case study, a report from ZDNet points out the details of this attack align with a cybersecurity incident affecting the city of Allentown, Pa., in February 2018. At the time of the attack, an AP report stated the Emotet infection affected government machines and began to self-replicate and steal credentials. The city reportedly paid Microsoft an initial $185,000 in emergency response fees to contain the virus, which was expected to cost an additional $800,000 to $900,000 in recovery costs.

Related Content:

Check out The Edge, Dark Reading's new section for features, threat data, and in-depth perspectives. Today's featured story: "This Is Not Your Father's Ransomware."

Kelly Sheridan is the Staff Editor at Dark Reading, where she focuses on cybersecurity news and analysis. She is a business technology journalist who previously reported for InformationWeek, where she covered Microsoft, and Insurance & Technology, where she covered financial ... 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 10/1/2020
9 Tips to Prepare for the Future of Cloud & Network Security
Kelly Sheridan, Staff Editor, Dark Reading,  9/28/2020
Attacker Dwell Time: Ransomware's Most Important Metric
Ricardo Villadiego, Founder and CEO of Lumu,  9/30/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-2019-19393
PUBLISHED: 2020-10-01
The Web application on Rittal CMC PU III 7030.000 V3.00 V3.11.00_2 to V3.15.70_4 devices fails to sanitize user input on the system configurations page. This allows an attacker to backdoor the device with HTML and browser-interpreted content (such as JavaScript or other client-side scripts) as the c...
CVE-2020-16844
PUBLISHED: 2020-10-01
In Istio 1.5.0 though 1.5.8 and Istio 1.6.0 through 1.6.7, when users specify an AuthorizationPolicy resource with DENY actions using wildcard suffixes (e.g. *-some-suffix) for source principals or namespace fields, callers will never be denied access, bypassing the intended policy.
CVE-2020-24620
PUBLISHED: 2020-10-01
Unisys Stealth(core) before 4.0.132 stores Passwords in a Recoverable Format.
CVE-2020-25017
PUBLISHED: 2020-10-01
Envoy through 1.15.0 only considers the first value when multiple header values are present for some HTTP headers. Envoy’s setCopy() header map API does not replace all existing occurences of a non-inline header.
CVE-2020-25018
PUBLISHED: 2020-10-01
Envoy master between 2d69e30 and 3b5acb2 may fail to parse request URL that requires host canonicalization.