Spam is mostly noise and that makes measuring it very difficult

Posted by   Martijn Grooten on   Sep 3, 2018

A recent blog post published by Recorded Future looked at the possible effect of the GDPR on the volume of spam and concludes there has been no noticeable impact.

The question behind the post is a valid one: more privacy-friendly WHOIS records, inspired by the EU's data protection regulation, could make it easier for spammers to hide their true identities. However, Recorded Future reports that 90 days after the GDPR came into effect, there have been no significant changes in either the volume of spam or that of domain registrations, apart from a likely seasonal small decline in both.

I do not think this is very surprising. While more privacy-friendly WHOIS records may be beneficial to those email senders operating on the border of what is permissible, the vast majority of spam is sent via botnets. These spam messages use either fake or compromised domain names, or use domains registered using fake credentials. For a botnet spammer, the GDPR is as much of a concern as a "do not entry" sign is for a bank robber.

But even if we had seen an uptick in the volume of spam, it would have been premature to attribute it to the GDPR.

Spam is notoriously volatile. Changes on a day-by-day or month-by-month basis can sometimes be attributed to specific events, such as holidays, a botnet takedown, or shifts from or to other malware infection methods. Often though, there is no identifiable reason for what can very big changes in the volume of spam.

On top of that, spam is very hard to measure. Spammers tend to favour volume over delivery rates and thus they are pretty careless who they send their emails to. This means that a campaign can, by chance, do a very good job at avoiding certain kinds of spam traps, while other traps actually see a disproportionately large number of messages from the same campaign.

But perhaps none of this matters very much. The vast majority of spam ends up getting blocked at one of various places in the delivery chain. An increase in volume doesn't always result in more spam emails in people's inboxes. And that, ultimately, is what matters.

gdpr_preferenceemail.png

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

 

Latest posts:

VB2019 paper: APT cases exploiting vulnerabilities in region-specific software

At VB2019, JPCERT/CC's Shusei Tomonaga and Tomoaki Tani presented a paper on attacks that exploit vulnerabilities in software used only in Japan, using malware that is unique to Japan. Today we publish both their paper and the recording of their…

New paper: Detection of vulnerabilities in web applications by validating parameter integrity and data flow graphs

In a follow-up to a paper presented at VB2019, Prismo Systems researchers Abhishek Singh and Ramesh Mani detail algorithms that can be used to detect SQL injection in stored procedures, persistent cross-site scripting (XSS), and server‑side request…

VB2020 programme announced

VB is pleased to reveal the details of an interesting and diverse programme for VB2020, the 30th Virus Bulletin International Conference.

VB2019 paper: Cyber espionage in the Middle East: unravelling OSX.WindTail

At VB2019 in London, Jamf's Patrick Wardle analysed the WindTail macOS malware used by the WindShift APT group, active in the Middle East. Today we publish both Patrick's paper and the recording of his presentation.

VB2019 paper: 2,000 reactions to a malware attack – accidental study

At VB2019 cybercrime journalist and researcher Adam Haertlé presented an analysis of almost 2000 unsolicited responses sent by victims of a malicious email campaign. Today we publish both his paper and the recording of his 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.