Slashdot Mirror


Russia, China World's Biggest Spammers

An anonymous reader writes "According to this ZDNet article, The Spamhaus Project has warned that organised cirminal gangs in Russia are supplying U.S.-based spammers with details of compromised PCs that can be manipulated to send junk mail. According to Spamhaus director Steve Linford, the Russian gangs aren't constrained by any anti-spam or cybercrime laws in their home country and have no respect for legislation implemented in other countries. Also, apparently 70 percent of spam is sent from China by American spam outfits who in turn have hosting arrangements with Chinese ISPs."

11 of 435 comments (clear)

  1. Steve Linford's corrections by alanw · · Score: 4, Informative
    in this posting to news.admin.net-abuse.email, Steve makes a couple of corrections to the article:
    > Linford also told the conference that some 70 percent of spam is sent
    > from China by American spam outfits who are hosting their servers with
    > Chinese ISPs.

    That should say: "70% of spam advertises URLs hosted in China" (not "is
    sent from").

    ...

    > Unless things change drastically, we predict that 80 percent of
    > email will be spam by December this year, and it's very likely to go
    > to 90 percent by this summer," Linford warned.

    That should of course say "next summer".
  2. Mod parent up by Anonymous Coward · · Score: 1, Informative

    Mod parent up: Classic Ronald Reagan quote spoof

  3. Spamassassin 3.0 and URIBL_SBL by alanw · · Score: 4, Informative
    The soon-to-be-released Spamassassin 3.0 will have the URIBL_SBL test. This will test the IP address of domains referenced in the body of the spam against lists of known spammer hosts. This will reliably trap all of the 70% of spam that advertises web sites hosted in China.

    http://www.spamhaus.org/sbl/howtouse.html
    http://www.spamassassin.org/full/3.0.x/dist/rules/ 25_uribl.cf

  4. Re:I asked this around and didn't get an answer by hacker · · Score: 2, Informative
    russia.blackholes.us, of course:
    # DNS based IP address spam list russia.blackholes.us
    R$* $: $&{client_addr}
    R$-.$-.$-.$- $: <?> $(dnsbl $4.$3.$2.$1.russia.blackholes.us. $: OK $)
    R<?>OK $: OKSOFAR
    R<?>$+<TMP> $: TMPOK
    R<?>$+ $#error $@ 5.7.1 $: Mail from $&{client_addr} rejected by russia.blackholes.us
  5. spam stats by humankind · · Score: 4, Informative

    Some analysis of my rejected mail logs over the last 24 hours revealed this:

    Total rejected spam: 16235 (and 8178 accepted messages)
    Confirmed Chinese spams: 1229
    Confirmed Korean spam: 1414
    Confirmed Canadian spam: 264
    Confirmed Polish spam: 342
    Confirmed US/comcast spam: 1363
    Confirmed French spam: 181
    Confirmed Southwest Bell spam: 382
    Confirmed Italian spam: 114
    Confirmed Spanish spam: 167 (TDE must have finally gotten their act together)
    Confirmed German spam: 967
    Confirmed Netherlands spam: 452
    Confirmed Brazillian spam: 864

    This is by no means a scientific analysis - it's based on hard-coded IP-based blacklists that are caught before standard blacklists are checked.

    Spamcop RBL rejects: 5460
    Spamhaus RBL rejects: 1509
    Njabl RBL rejects: 1807
    Homebrew RBL rejects: 6382

    The big three spam sources have traditionally been Korea, China and Brazil. Comcast has been the big US spammer. France (wanadoo) has also been a major contributor though it doesn't seem to be reflected in this days' logs.

  6. Re:What is the best way to stop this? by RT+Alec · · Score: 4, Informative

    1. ISPs (and any other business that gives a workstation a "real" IP address) need to block egress port 25. Comcast is going to be doing this soon, others should soon follow suit. This plugs the zombies.
    2. IP addresses that continue to send spam will be blacklisted. With the zombies effectively out of the loop this will become easier (albeit never quite perfect).
    3. SPF and other authentication schemes need to be adopted to prevent "spoofing" and so called "Joe jobs".
    4. E-mail providers (including small companies) need to deploy mature e-mail systems for their users. In 1995 it was fine to accept e-mail from anyone on port 25, with no authentication and no encryption. In 2004, remote clients need to have an SSL connection available (both for sending mail and accessing inboxes), and must require authentication before accepting initial mail submission (SMTP+TLS+AUTH). Not only is this more secure, but it also addresses the issues always raised by blocking egress port 25 and deploying SPF.
    Once these techniques and practices be come commonplace, it won't matter if spam originates from lawless areas of the world. Existing laws against fraud (and other illegal business practices) will cover the extreme efforts that will be necessary to continue spamming.

    Appendix:
    SMTP+TLS+AUTH is not that tough, no whining. All modern mail clients support it, on all platforms. There is a little bit of work to do on the server end, but that's what you pay your ISP (or IT department) for:

  7. Re:The Russian mafia by 21mhz · · Score: 3, Informative

    The counterparts of many American geeks in Russia couldn't find a well paying job
    Yeah, cry me a river. At least in major sities, this is not the case. The definition of "well paying" may vary, but we're talking about Russian standards here. It's more like the employers can't find adequate geeks to man the jobs.
    In small shitholes, it can be tougher (what country has it the other way?). But nothing really prevents people from moving anymore.
    The bottom line is: these people have deliberately chosen to be scumbags.

    --
    My exception safety is -fno-exceptions.
  8. Re:There is a fundamental problem with email by radja · · Score: 2, Informative

    it's not about individuals we dont want to hear. it's about artificial entities we dont want to hear. people merely want what they also have in the offline world: commercial messages should be regulated. ads on tv are regulated. ads in newspapers are regulated. bulk snailmail is regulated.

    be aware that commercial messages by companies do not fall under freedom of speech (or at least not in my country. freedom of speech is only for people.)

    --

    No one can understand the truth until he drinks of coffee's frothy goodness.
    --Sheikh Abd-Al-Kadir, 1587
  9. Re:My new spam fighting techniques. by Zocalo · · Score: 4, Informative
    I'm not too sure what the original poster is doing from the description, but I reject some connections based on HELO/EHLO too, so I can tell you how what I do works. But firstly, since you say that you don't know the details of SMTP, let's clarify what HELO/EHLO do:

    When host connects to an SMTP server in order to send it an email, it will receive a banner back which may include the string "ESMTP". If it does then the remote SMTP server supports an enhanced version of SMTP with additional features, "ESMTP". If the host also understands ESMTP, then it should respond with an "EHLO" command. If the host does not understand ESMTP, or the string is not present in the banner, then the host will respond with the "HELO" command defined in the original SMTP RFC to use the simpler set of SMTP commands.

    In either case, "HELO" or "EHLO", the host should also tell the server its host name, viz:

    EHLO host.company.com
    Ideally, "host.company.com" will also have a valid reverse DNS record which will match the IP connecting to the SMTP server. However, the SMTP RFCs do not actually *require* that this is the case, nor for that matter that the hostname is provided at all. Frequently the hostname will be given, but will not be a valid fully qualified domain name on the Internet. So, depending on how draconian you want to be, there are a number of options for rejecting the connection before any data is sent:
    • No hostname after HELO/EHLO
    • Hostname given is just a host, not an FQDN
    • Host domain name given does not appear to exist in DNS
    • FQDN given does not have RDNS record
    • FQDN given has RDNS record, but it does not match the IP connected
    Using any or all of those will certainly reduce your spam intake, but may also cause legitimate email to be rejected, as usual YMMV as to how much. One thing to watch for if considering this though is that a *lot* of legitimate Windows boxes, including some operated by ISPs, seem to have been configured so that they provide their NetBIOS name when they HELO/EHLO, all but the first check listed above would refuse the conection from such a server.
    --
    UNIX? They're not even circumcised! Savages!
  10. Re:What is the best way to stop this? by squiggleslash · · Score: 3, Informative
    Blocking outbound port 25 also undermines SPF. SPF advocates argue that roaming will still be possible if ISPs allow non-local connections to their SMTP servers with one of the new SMTP authentication schemes used to verify that the connection is valid instead of simple IP addressing. However, if outgoing port 25 isn't accessable, contacting the SMTP server you're supposed to use to send email under the profile you want to use simply will not be possible.

    Not that this means I necessarily think SPF is a great idea either, but...

    --
    You are not alone. This is not normal. None of this is normal.
  11. Re:The Russian mafia by drgonzo59 · · Score: 3, Informative

    I will have to disagree with you. It is not always true that in even in the major cities you can find computer related jobs. Sure you can clean the street or even work as a waiter, but I was talking about computer jobs, anything hardware or software. There are some very good software firms in Russia and ex-Soviet republics but computers are still not as pervasive as they are in US or Western Europe. That is another reason why so many of them leave and I am one of them. And as far as nothing preventing people from moving, you forgot, we are talking about Eastern Europe here, you can't just pack your bags and move to America or Europe, you gotta go through a lot to get a visa and be allowed to come in those other countries.