SpamCopWiki : BlankSpamsOrProbes

SpamCopWikiHome :: Categories :: PageIndex :: RecentChanges :: RecentlyCommented :: Login/Register

Blank spams (directory-harvesting probes)


NOTE: The opinions expressed on this page are those of the author and not of SpamCop.
If you have used e-mail very often, or for very long, you may regularly receive mysteriously blank messages. They appear to come from strangers, and have no information in the body (and likely nothing in the subject line either). These are usually evidence that a spammer has been running a so-called directory harvest attack (or DHA, or "dictionary attack," or "MX probe"), and has thereby managed to confirm that your e-mail address is deliverable. This usually means that you can expect to get more spam in the near future.

Why probe?


A constant supply of fresh, deliverable e-mail addresses is the mother's milk of the spam operation. The spammer can obtain such addresses by traditional methods like the following:


The best bet for obtaining fresh addresses, however, may be simply to get them directly from the mail servers (specifically the mail exchangers or MXs) that support them, via brute-force directory harvest attacks.

Characteristics of DHAs and probe messages


In the typical DHA, a spammer selects a likely domain (say, a medium-size or large retail ISP) and then locates its mail-exchanger (MX) hosts using DNS MX records. The spammer will then use his DHA software to connect to these hosts and attempt to send blank messages to as many different addresses within this domain as he can guess. And, "guess" is the proper term here, since the spammer can simply string together common words or names in various combinations (e.g., "jsmith@isp.foo"), and can then send hundreds or thousands of such messages over the course of a single run. Wherever any of these messages are accepted for delivery by the MX, the spammer can assume that he has hit a deliverable address and can retain it in his list. Likewise, the spammer can count a rejection as a "bad guess" and strike this address from his list.

According to information published (until recently) by the anti-spam vendor Postini, DHAs are believed to occur nearly a million times per day around the world, accounting for 500 million failed "deliveries" per day (due to bad guesses by the spammers). These DHAs place a heavy and pointless load on MX hosts, diverting them from their tasks of delivering bona-fide e-mail. Some DHA countermeasures have been integrated into modern mail-transfer software, such as tarpitting (deliberately slowing down mail transfers offered by greedy DHA hosts), or graylisting (rejecting or deflecting traffic from parties -- like DHA attackers -- who do not follow proper procedures for contacting MX hosts).

Most probe messages appear to come from broadband or pool IP addresses that ISPs assign to home users, so we might conclude that the directory harvest attackers use botnets for their DHA work.

The reason why blank messages are sent is probably just simple efficiency; blank messages do not take as much time or effort to send, and allow the attacker to fit more "guesses" into a single session with the target MX host. Also, blank messages might be less suspicious than messages with obvious spam content (because the exchange of blank e-mails is often used by honest internet applications as a rudimentary form of signaling or remote control), and therefore might be less likely to be caught by recipient-side spam filters.

Defending yourself against DHA probing


The current effectiveness of DHAs at harvesting deliverable addresses means that even if you take extraordinary measures to protect your e-mail address (and even if you never use it at all), it can still fall into the hands of spammers if they can guess it. DHAs are the principal reason why most e-mail security experts now advise users to pick "unguessable" addresses that do not contain recognizable words or names (e.g., "s2xh37b9@foo.bar"). The less guessable an address is, the less is the likelihood that a spammer will stumble upon it in a DHA. Clever users can make use of mnemonics (such as acronyms, special numbers like birthdates, etc.) to help them remember such unwieldy addresses.

If you operate your own web domain, there's an additional step you may wish to take. If your domain is currently set up with a so-called catchall address (i.e., an e-mail address to which all mail to your domain is sent if it is not addressed to an actual user account in the domain), then you will probably want to have it turned off. Otherwise, if a DHA comes calling on your domain, it will see EVERY address that it tries as deliverable. Refer to the Wiki pages CatchAllAccount and FromAddressForgery for more information.

Reporting DHA probe messages as spam


Although DHA messages usually don't contain spam pitches, they are otherwise not much different from other kinds of spam as far as the recipient is concerned -- they were sent in bulk to people who did not ask to receive them. Accordingly, they can be reported as spam to the internet providers whose resources were used to send them.

SpamCop may not process probe messages for reporting if they do not contain any body text (since it appears that SpamCop's policy is that spam messages must have bodies -- however small -- in order to be reportable). If you are pasting your spam into the SpamCop reporting page (as opposed to forwarding your mail to SpamCop or having SpamCop "POP" it from your provider), you may be able to "cheat" by adding some text after the message (for instance, one blank line (important) followed by the simple phrase "NO BODY SUPPLIED IN ORIGINAL MESSAGE") in order to get SpamCop to deal with these.

NOTE: At this writing, it is unclear whether SpamCop either endorses or forbids this trick. Refer to this post from the SpamCop forum: http://forum.spamcop.net/forums/index.php?showtopic=5019.


External Links
Wikipedia: Directory harvest attack
rickconner.net: Example of a probe
postini.com: Press release on DHAs
 


CategorySpamTypes

There are no comments on this page. [Add comment]

Valid XHTML 1.0 Transitional :: Valid CSS :: Powered by Wikka Wakka Wiki 1.1.6.2
Page was generated in 0.0853 seconds