Close
  • Latest News
  • Artificial Intelligence
  • Video
  • Big Data and Analytics
  • Cloud
  • Networking
  • Cybersecurity
  • Applications
  • IT Management
  • Storage
  • Sponsored
  • Mobile
  • Small Business
  • Development
  • Database
  • Servers
  • Android
  • Apple
  • Innovation
  • Blogs
  • PC Hardware
  • Reviews
  • Search Engines
  • Virtualization
Read Down
Sign in
Close
Welcome!Log into your account
Forgot your password?
Read Down
Password recovery
Recover your password
Close
Search
Logo
Subscribe
Logo
  • Latest News
  • Artificial Intelligence
  • Video
  • Big Data and Analytics
  • Cloud
  • Networking
  • Cybersecurity
  • Applications
  • IT Management
  • Storage
  • Sponsored
  • Mobile
  • Small Business
  • Development
  • Database
  • Servers
  • Android
  • Apple
  • Innovation
  • Blogs
  • PC Hardware
  • Reviews
  • Search Engines
  • Virtualization
More
    Subscribe
    Home Applications
    • Applications
    • Cybersecurity

    ISPs Need To Keep Moving Against Spam

    Written by

    Larry Seltzer
    Published February 3, 2005
    Share
    Facebook
    Twitter
    Linkedin

      eWEEK content and product recommendations are editorially independent. We may make money when you click on links to our partners. Learn More.

      Back in June of 2004 I argued that ISPs need to start rate-limiting use of their outbound SMTP servers. I was right, although for reasons that were a little off. But its a good example of a larger point worth making: ISPs need to be diligent in fighting spam, not just inbound but outbound as well.

      Ive been looking further into AOLs claims of success in fighting spam, and I find Im believing the claims more and more. Ive been asking AOL users I know, and they agree that spam through to their inboxes has gone down dramatically over the last year or so, to 1 or 2 messages a day. How does AOL do it? Every way they can.

      Lets go over a bit of history of how spammers have operated. In the beginning, they simply bought blocks of IP addresses and set up servers and spammed from them, operating like everyone else on the Internet. Then anti-spammers got the idea to blacklist the IP addresses of spammers. As imperfect as this method was (it caused much collateral damage), it impeded spammers, as did the ISPs refusals to sell them more accounts. Eventually, the spammers moved on.

      The next technique was to search for open proxies on the Internet, generally e-mail servers that are left open to anyone to send mail, and to a lesser extent Perl mail forms on Web pages with no security on them. Eventually the good guys also got good at blocking these and even at blacklisting the remaining open proxies.

      Then the era of the zombied machine was born: Generally through infection by Windows e-mail worms, spammers created backdoor programs on users systems so that the computers could be used to send spam. The worms have their own SMTP servers built in partly for the purpose of propagating themselves, but also for sending out spam. Spammers control large networks of these infected systems; its generally agreed that there are zombie networks with tens of thousands of systems in them.

      For insights on security coverage around the Web, check out eWEEK.com Security Center Editor Larry Seltzers Weblog.

      AOL has been aggressive in trying to block mail from these zombie systems. They have implemented and tried persuading other ISPs, especially consumer broadband ISPs like Comcast that have a history of being abused by zombies, to TCP block port 25 (SMTP Mail) on consumer systems other than through their own mail servers. This is not necessarily an easy thing for an ISP to do, but there are a few ways to do it, including at the cable modem in some cases.

      Next page: rDNS and other screws to tighten

      rDNS and other screws


      to tighten”>

      AOL also goes to the trouble of checking the reverse DNS of the sending mail agent. If there is none, as is often the case with consumer broadband client systems, AOL views the address suspiciously and tolerates only moderate amounts of mail and almost no complaints, or into the blacklist it goes. (And if theres any trouble determining if theres a reverse DNS the address is just plain blacklisted. AOL isnt alone in doing this.)

      Finally, the anti-spammers, including subscription services like MAPS, also know where the zombie systems are, and these lists have gotten pretty good. As a result of all of this, its harder for spammers to get their mail out of the zombied systems, and they have moved on to the next era of spam distribution: lazy ISPs mail servers.

      My ISP (Speakeasy.net) is one of the smart and responsible ones, and some time ago they started requiring all use of their outbound mail servers to be authenticated. In other words, you need to use a user name and password for them.

      But some ISPs just trust all outbound mail that comes from their own customers, meaning any system with an IP address in the companys range. This means that a zombie can send spam through the ISPs mail servers. And some ISPs are too busy to bother checking their own log files to see that some customers are sending millions of messages.

      Which brings us back for a moment to the issue of rate limits. If ISPs dont start limiting the amount of mail their client systems can send through their servers, spammers will flock to abuse these ISPs. The only option left to responsible ISPs will be to block all mail from these ISPs. Thats when things will get nasty.

      And it cant stop just with the limits; once you implement them you have the mechanism in place to make it easy to find the zombies, because you just blocked those systems from sending too much mail. Not all of them will be zombies, so you have to take a manual look at them, but almost of them will be, and then you have to block those systems completely until the customers get their act together.

      Some sort of outbound rate limitation should be within the capabilities of any medium or large ISP, and many mail server vendors sell this capability. Sendmail, for example, sells Sendmail Flow Control, according to CTO Eric Allman. While designed mostly to limit traffic on the inbound side, it can be used for outbound management as well, he said.

      Users will sometimes complain about being limited, but a little perspective convinces all but the real kooks: Were talking about limiting you to perhaps several hundred, or even several thousand messages outbound in a day. I think an outbound limit of 100 messages per day per user is not unreasonable, but what the heck, make it 500. Even this would be a major problem for mass-spammers and cut deeply into their capacity.

      An AOL employee on a spam research list recently said that, according to a study they ran about a year ago, 99.5% of users sent 32 or fewer e-mails a day, and 95% sent fewer than 8. Now how many of you are upset that you might not be allowed to send 501 “legitimate” messages in a 24-hour period?

      AOL actually does some rate-limiting of other ISPs users for them; AOL calls this their SRL (Second Received Line) technology, and what it means is that with a large ISP like Comcast they will build a list, potentially with the cooperation of the ISP, of trusted mail servers (like mail.comcast.net). Then they look at the second “Received:” line in the message header (i.e. the user) and see how much mail is coming from them. In some cases they may need to look at the third or fourth line. This gives them a whole new level of blacklisting they can do.

      Some people are arguing that a wave of spammers sending through the ISPs mail servers is coming, and that it will raise holy heck when ISPs start defending themselves against each other, but Im not so worried. Its the sort of crisis that just cant last, since if youre lazy-ISP.com you cant afford to have all your e-mail blacklisted by Earthlink and AOL and other domains like that who are sick and tired of getting a billion messages from you in a day. Youre going to cave in and limit your users, and well all be better off for it.

      Security Center Editor Larry Seltzer has worked in and written about the computer industry since 1983.

      /zimages/5/28571.gifCheck out eWEEK.coms Security Center at http://security.eweek.com for security news, views and analysis.
      Be sure to add our eWEEK.com security news feed to your RSS newsreader or My Yahoo page: http://us.i1.yimg.com/us.yimg.com/i/us/my/addtomyyahoo2.gif

      More from Larry Seltzer

      Larry Seltzer
      Larry Seltzer
      Larry Seltzer has been writing software for and English about computers ever since—,much to his own amazement— He was one of the authors of NPL and NPL-R, fourth-generation languages for microcomputers by the now-defunct DeskTop Software Corporation. (Larry is sad to find absolutely no hits on any of these +products on Google.) His work at Desktop Software included programming the UCSD p-System, a virtual machine-based operating system with portable binaries that pre-dated Java by more than 10 years.For several years, he wrote corporate software for Mathematica Policy Research (they're still in business!) and Chase Econometrics (not so lucky) before being forcibly thrown into the consulting market. He bummed around the Philadelphia consulting and contract-programming scenes for a year or two before taking a job at NSTL (National Software Testing Labs) developing product tests and managing contract testing for the computer industry, governments and publication.In 1991 Larry moved to Massachusetts to become Technical Director of PC Week Labs (now eWeek Labs). He moved within Ziff Davis to New York in 1994 to run testing at Windows Sources. In 1995, he became Technical Director for Internet product testing at PC Magazine and stayed there till 1998.Since then, he has been writing for numerous other publications, including Fortune Small Business, Windows 2000 Magazine (now Windows and .NET Magazine), ZDNet and Sam Whitmore's Media Survey.

      Get the Free Newsletter!

      Subscribe to Daily Tech Insider for top news, trends & analysis

      Get the Free Newsletter!

      Subscribe to Daily Tech Insider for top news, trends & analysis

      MOST POPULAR ARTICLES

      Artificial Intelligence

      9 Best AI 3D Generators You Need...

      Sam Rinko - June 25, 2024 0
      AI 3D Generators are powerful tools for many different industries. Discover the best AI 3D Generators, and learn which is best for your specific use case.
      Read more
      Cloud

      RingCentral Expands Its Collaboration Platform

      Zeus Kerravala - November 22, 2023 0
      RingCentral adds AI-enabled contact center and hybrid event products to its suite of collaboration services.
      Read more
      Artificial Intelligence

      8 Best AI Data Analytics Software &...

      Aminu Abdullahi - January 18, 2024 0
      Learn the top AI data analytics software to use. Compare AI data analytics solutions & features to make the best choice for your business.
      Read more
      Latest News

      Zeus Kerravala on Networking: Multicloud, 5G, and...

      James Maguire - December 16, 2022 0
      I spoke with Zeus Kerravala, industry analyst at ZK Research, about the rapid changes in enterprise networking, as tech advances and digital transformation prompt...
      Read more
      Video

      Datadog President Amit Agarwal on Trends in...

      James Maguire - November 11, 2022 0
      I spoke with Amit Agarwal, President of Datadog, about infrastructure observability, from current trends to key challenges to the future of this rapidly growing...
      Read more
      Logo

      eWeek has the latest technology news and analysis, buying guides, and product reviews for IT professionals and technology buyers. The site’s focus is on innovative solutions and covering in-depth technical content. eWeek stays on the cutting edge of technology news and IT trends through interviews and expert analysis. Gain insight from top innovators and thought leaders in the fields of IT, business, enterprise software, startups, and more.

      Facebook
      Linkedin
      RSS
      Twitter
      Youtube

      Advertisers

      Advertise with TechnologyAdvice on eWeek and our other IT-focused platforms.

      Advertise with Us

      Menu

      • About eWeek
      • Subscribe to our Newsletter
      • Latest News

      Our Brands

      • Privacy Policy
      • Terms
      • About
      • Contact
      • Advertise
      • Sitemap
      • California – Do Not Sell My Information

      Property of TechnologyAdvice.
      © 2024 TechnologyAdvice. All Rights Reserved

      Advertiser Disclosure: Some of the products that appear on this site are from companies from which TechnologyAdvice receives compensation. This compensation may impact how and where products appear on this site including, for example, the order in which they appear. TechnologyAdvice does not include all companies or all types of products available in the marketplace.