Spamming to hide fraud

An interesting article at NetworkWorld last month, describing spam bombs to victims of fraud and identity theft to hide the transactions and notifications from financial institutions.

The targets are individuals, whose identity and personal information the thieves already have. The victims’ email inboxes suddenly get flooded with thousands upon thousands of emails — as many as 60,000 during a 12- to 24-hour period — that contain no links, no graphics, and no advertisements. “[The contents are] nothing but mash-ups of words and phrases from literature,” he wrote.

[…] the real point is to distract the user from valid email, which will likely include confirmations of purchase receipts or balance transfers from fraudulent transactions made with the victim’s credentials.

This doesn’t seem to be a widespread problem currently, and I expect that many of the major ISPs will identify this as a mailbomb and stop the mail. As many of these mails are coming from botnets, too, many ISPs will block the mail during the SMTP transaction. I think for most people, there isn’t a huge risk. However, that doesn’t mean we shouldn’t be aware.


  1. Martijn Grooten says

    Brian Krebs wrote about this last year:

    He says that the crooks claim delivery rates of 60% or more. That sounds credible to me. And then it’s far more than a nuisance.

    You’re right that this shouldn’t be a concern for most people, but I wouldn’t be so sure that many ISPs/filters will (be able to) block these emails.

  2. Brian says

    I saw this form of abuse for the first time last week. I was really confused by the content I was seeing [ There are no links or images, nothing actually malicious just a ton of seemingly random text.

    The good news is that some anti-spam products caught the messages. CloudMark Authority Engine detected the message properly as SPAM, but SpamAssassin totally whiffed scoring the message at 0 on default scoring.

    Tracing the messages and watching the patterns was interesting. Messages were sent in small batches, about 5 to 10 messages per batch all to the same email address. The source was a bot (who’s IP was listed in the CBL) which pushed messages into another bot that which was then relaying the messages through an exchange server on the network for final delivery. The delivery IP had an excellent reputation and little damage was done my the small amount of messages processing. Odds are a lot of these messages were reaching the inbox.

    There was no major uptick in SMTP/network traffic because of the small rate of messages being generated and sent. Only about 150 to 250 messages processed a day out of this particular compromised point. The failure rate of the messages was really very low, although some ISP had shut down the receiving accounts already.

    It will be interesting to see if this becomes pervasive.


Your email address will not be published. Required fields are marked *

  • AOL FBL change

    Reminder for folks, AOL is changing their FBL from address starting on Jan 17th. AOLlogoForBlogThe (in)famous is going away to be replaced by fbl-no-reply @ These messages will be signed with the d= Time to update your scripts!No Comments

  • Vague reports of Yahoo problems

    A number of people, on different forums, have been asking if anyone is seeing a higher bounce rate than usual with Yahoo. Not sure exactly what's going on here. As I understand it, folks are talking with Yahoo about it. If I hear anything more, I'll share. For now, though, if you're seeing a small increase in Yahoo bounces (or other weirdnesses) others are seeing something odd, too.No Comments

  • Responsive design just got easier at Gmail

    Today Gmail announced they are supporting media queries in Gmail and Google Inbox. This should simplify the creation of emails for multiple platforms. The full list of supported rules can be found on the Google Developer Site.No Comments