ROPEMAKER email exploit is of limited practical use

Posted by   Martijn Grooten on   Aug 28, 2017

Researchers at Mimecast have published details (pdf) of an email exploit they call 'ROPEMAKER' (short for 'Remotely Originated Post-delivery Email Manipulation Attacks Keeping Email Risky'), which allows an email sender with malicious intentions to modify the appearance of an email after it has been delivered.

The idea is rather simple: a lot of emails use CSS, and it is not uncommon for part of the stylesheet to be loaded from an external source. This external CSS can then be modified post-delivery to change the email as it appears to the user, for example by hiding one ('good') link and making another ('bad') link visible, or more complex variants of this technique.

Although Mimecast says the technique doesn't work on any of the major webmail providers, it does work in Microsoft Outlook, Apple Mail and Mozilla Thunderbird; I was easily able to reproduce the technique in the latter case.

But I don't think this is a huge issue. A typical email is 'scanned' twice on the recipient's side: first at delivery time by an email security product, which looks for various kinds of spammy and/or malicious behaviour, and then again by the human user when they open the email and they make a decision as to whether or not to trust its content.

Spam filters scanning emails don't load any external sources and only look at the raw content, thus ignoring the visual appearance of the email; from their point of view there is no difference between hidden and visible links.

Mimecast's paper includes details of a more complex technique that uses CSS to change the appearance of an email, which reminded me of the many techniques listed in Virus Bulletin's Spammers' Compendium. This Compendium rarely gets updated these days – not because there aren't new ways to obfuscate the raw content of a spam email, but because spammers have stopped bothering: exciting though they may sound, these techniques are barely better at bypassing spam filters than having the content clearly visible.

As for the human user, the appearance of the email only matters when it is opened; whatever the email looked like when it was delivered doesn't make a difference to them.

That doesn't mean that there won't be (limited) cases in which it does matter that an email's appearance changes as it sits in someone's mailbox, and Mimecast's paper serves as an important warning that this is indeed possible. This is one of many reasons why having mail clients load content from external sources is a bad idea, and this option should be turned off for all but a limited set of trusted senders. Thankfully, having the option turned off is the default for most mail clients; indeed, I had to explicitly enable downloading of remote content for my test email before the ROPEMAKER exploit worked in Thunderbird.

ropemaker_thunderbird.png

Systems administrators may consider it an issue that their users are able to change the default, thus making themselves 'vulnerable' to the ROPEMAKER exploit. But this issue is not limited to email and is part of a wider problem where corporate users are able to change the settings of their software, thus reducing its security. The solution to this would be for software makers targeting the corporate market to let administrators set organization-wide policies that cannot be overwritten. This seems a lot better than scaring users about email 'vulnerabilities' that can easily be avoided.

twitter.png
fb.png
linkedin.png
hackernews.png
reddit.png

 

Latest posts:

VB2018 paper: From Hacking Team to hacked team to…?

Today we publish the VB2018 paper and video by ESET researcher Filip Kafka, who looked at the new malware by Hacking Team, after the company had recovered from the 2015 breach.

The spam that is hardest to block is often the most damaging

We see a lot of spam in the VBSpam test lab, and we also see how well such emails are being blocked by email security products. Worryingly, it is often the emails with a malicious attachment or a phishing link that are most likely to be missed.

Throwback Thursday: We're all doomed

Mydoom turns 15 this month, and is still being seen in email attachments. This Throwback Thursday we look back to March 2004, when Gabor Szappanos tracked the rise of W32/Mydoom.

VB2019 call for papers - now open!

Have you analysed a new online threat? Do you know a new way to defend against such threats? Are you tasked with securing systems and fending off attacks? The call for papers for VB2019 is now open and we want to hear from you!

VB2018 paper: Unpacking the packed unpacker: reversing an Android anti-analysis library

Today, we publish a VB2018 paper by Google researcher Maddie Stone in which she looks at one of the most interesting anti-analysis native libraries in the Android ecosystem. We also release the recording of Maddie's presentation.

We have placed cookies on your device in order to improve the functionality of this site, as outlined in our cookies policy. However, you may delete and block all cookies from this site and your use of the site will be unaffected. By continuing to browse this site, you are agreeing to Virus Bulletin's use of data as outlined in our privacy policy.