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.

Attacks/Breaches

4/1/2020
06:00 PM
Connect Directly
Twitter
LinkedIn
RSS
E-Mail
100%
0%

Attackers Leverage Excel File Encryption to Deliver Malware

Technique involves saving malicious Excel file as "read-only" and tricking users into opening it, Mimecast says.

Researchers from Mimecast have recently observed a campaign where threat actors are using a somewhat rarely seen but easy method to distribute malware using Microsoft Excel's standard file encryption capabilities.

The tactic essentially involves a threat actor hiding malicious code in an Excel file, making the file read-only and then spreading it via phishing email. The attack takes advantage of a default password, "VelvetSweatshop," that is embedded in Excel and can be used to encrypt and decrypt Excel files, Mimecast said in a report Wednesday.

Users who want to encrypt an Excel file before sending it via email have to lock it with a password. The password acts as both the encryption key and a decryption key. To unencrypt a locked Excel file, the recipient has to enter the same password that was used to lock it. Threat actors have for some time taken advantage of how the encryption and decryption process in Excel works to distribute malware, Mimecast said.

The typical modus operandi has been to hide malware in an Excel file, encrypt the file using a password, and then distribute the malware via phishing emails with the password included in the content. Users who are tricked into opening the encrypted Excel file with the provided password end up downloading malware on their systems.

In the latest campaign, threat actors are using Excel to distribute LimeRAT, a well-known Trojan that can be used to download additional malware on compromised systems. But instead of encrypting the malware-laden Excel files, the malware authors are making them "read-only," says Matthew Gardiner, director of enterprise security campaigns at Mimecast.

"The attacker embeds the malicious code in the Excel document and saves the file as read-only," Gardiner says. This causes the Excel file to be automatically encrypted using VelvetSweatshop, the default password that is embedded in Excel, he notes.

When the file arrives via phishing email, the social engineering in the email encourages the recipient to open it, Gardiner says. If the user follows through, Excel first attempts to open the encrypted file using the default password.

"If that works, it knows the file is intended to be read-only and opens it as such," Gardiner says. At that point, the embedded malicious code in the Excel file will execute if the endpoint security software on the infected devices doesn't get in the way first. With the LimeRAT campaign, the criminals behind it have also been encrypting the actual content of the spreadsheet to try and hide the exploit and payload from malware detection systems, Mimecast said.

For the latest attack to succeed, a user would still need to click on the malicious Excel attachment, Gardiner says. But by using the read-only technique, the attackers have eliminated the need for victims to be social-engineered into entering a password to open the encrypted Excel file.

"Any extra step allows more time for the person to think and creates friction for the attacker," Gardiner says. "It is similar to limiting the steps for using an online shopping cart on an e-commerce site."  

Gardiner says this is not the first time adversaries have employed read-only Excel files to deploy malware. The technique has surfaced periodically but usually in campaigns associated with advanced attackers.

"This technique continues to be leveraged and used across increasingly sophisticated malware-centric attacks," Gardiner notes. Its use in the LimeRAT campaign demonstrates how cybercriminals often continue to exploit and build on techniques that might be considered old, he says.

Related Content:

Check out The Edge, Dark Reading's new section for features, threat data, and in-depth perspectives. Today's featured story: "Untangling Third-Party Risk (and Fourth, and Fifth...)."

Jai Vijayan is a seasoned technology reporter with over 20 years of experience in IT trade journalism. He was most recently a Senior Editor at Computerworld, where he covered information security and data privacy issues for the publication. Over the course of his 20-year ... 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 5/22/2020
How an Industry Consortium Can Reinvent Security Solution Testing
Henry Harrison, Co-founder & Chief Technology Officer, Garrison,  5/21/2020
Is Zero Trust the Best Answer to the COVID-19 Lockdown?
Dan Blum, Cybersecurity & Risk Management Strategist,  5/20/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
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
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-12393
PUBLISHED: 2020-05-26
The 'Copy as cURL' feature of Devtools' network tab did not properly escape the HTTP method of a request, which can be controlled by the website. If a user used the 'Copy as cURL' feature and pasted the command into a terminal, it could have resulted in command injection and arbitrary command execut...
CVE-2020-12394
PUBLISHED: 2020-05-26
A logic flaw in our location bar implementation could have allowed a local attacker to spoof the current location by selecting a different origin and removing focus from the input element. This vulnerability affects Firefox < 76.
CVE-2020-12395
PUBLISHED: 2020-05-26
Mozilla developers and community members reported memory safety bugs present in Firefox 75 and Firefox ESR 68.7. Some of these bugs showed evidence of memory corruption and we presume that with enough effort some of these could have been exploited to run arbitrary code. This vulnerability affects Fi...
CVE-2020-12396
PUBLISHED: 2020-05-26
Mozilla developers and community members reported memory safety bugs present in Firefox 75. Some of these bugs showed evidence of memory corruption and we presume that with enough effort some of these could have been exploited to run arbitrary code. This vulnerability affects Firefox < 76.
CVE-2020-10719
PUBLISHED: 2020-05-26
A flaw was found in Undertow in versions before 2.1.1.Final, regarding the processing of invalid HTTP requests with large chunk sizes. This flaw allows an attacker to take advantage of HTTP request smuggling.