On CBSSports.com: Check out our HOT game of the month!

Is it time to replace SMTP?

Tags: Spam, Advertising & Promotion, E-mail servers, SMTP, Jonathan Yarden, junk e-mail, e-mail, Sendmail Inc., SMTP server implementation, Internet, Internet Security Focus Newsletter

  • Save
  • Print
  • Recommend
  • 13

Takeaway: The industry first adopted the Simple Mail Transfer Protocol (SMTP) standard long before the Internet became a ubiquitous form of communication. Since then, numerous threats have emerged, but SMTP has remained the same. Jonathan Yarden explains why he thinks the time has come to find a replacement for SMTP and proposes a solution.

When the industry first adopted the Simple Mail Transfer Protocol (SMTP) as the ubiquitous e-mail transmission standard, we didn't have the Internet security problems that now plague e-mail. Although e-mail chain letters and some minor junk e-mailing surfaced occasionally, the first commonly known unsolicited junk e-mail was actually a mass posting to USENET. The event broke an unwritten rule of the Internet, causing outrage in the then-small Internet community.

But it wasn't long before unsolicited messages evolved into true junk e-mailing. Automated e-mail address harvesters began gathering e-mail addresses from USENET postings, and junk postings eventually killed USENET as an open discussion forum. Previously unmoderated newsgroups found themselves forced into moderating posts in order to stop the flood of advertisements cross-posted to hundreds of popular newsgroups.

When I began using the Internet in 1985, there were a handful of "reference" implementations of the various protocols that enable information flow on the Internet. The de-facto SMTP server implementation of the time was Eric Allman's Sendmail program. (In fact, many still consider Sendmail to be the reference implementation of e-mail.)

But as security problems with Sendmail began to surface, other users began writing their own SMTP server implementations. And as alternatives emerged, Sendmail itself also matured, becoming considerably more secure.

However, regardless of these security improvements, SMTP remains at the heart of our current junk e-mail problems. And in a time when junk e-mail is approaching 90 percent of all e-mail traffic on the Internet, using an obviously outdated e-mail protocol doesn't seem like the best plan.

I can't be the only person who thinks it's time to replace SMTP with a new e-mail protocol standard—or at least stop depending on disparate methods to stop junk e-mail. The prevalence of junk e-mail has created a booming market for a wide variety of products and services for junk e-mail filtering.

Most commercial e-mail server software includes features to stop junk e-mail, as do popular open source SMTP server implementations, including Sendmail, Postfix, and QMail. In addition, several open source junk e-mail filtering solutions are available, such as SpamAssassin, DSPAM, and MailScanner.

So these days, it's more than possible to apply layers of security to SMTP and e-mail to help stem the tide of junk e-mail. But is this really the best solution? And how much longer can we keep adding new layers as new threats emerge?

Replacing SMTP with a newer e-mail protocol will be possible only when the cost of using SMTP exceeds its worth. But that time is coming. We've applied as many Band-Aids as we can and layered as many methods to stop junk e-mail and e-mail worms as possible. And yet, these solutions still aren't addressing the core issue: SMTP has exhausted its usefulness.

The industry needs to recognize this fact and accept that it's time for a replacement. If replacing SMTP isn't a realistic proposal, I think the only viable long-term solution is to adopt a model similar to the method used to obtain a Secure Sockets Layer (SSL) certificate.

An SMTP server registration process would certify that an e-mail server belongs to a specific organization or company. Combine this concept with a forced registration of e-mail servers and a global registry of MD5 hashes of sender/receiver e-mail address pairs (i.e., a global whitelist), and junk e-mail would become impossible.

But when it comes down to it, this predicament really isn't an issue of technology—it's an issue of failing to accept that fixing the problem of junk e-mail will require changing a standard operating procedure for the millions of people who use e-mail. This solution, whatever its potential, would require a massive adjustment from all the users and companies who send e-mail. And that means it likely won't ever see the light of day.

Want more advice for locking down your network? Stay on top of the latest security issues and industry trends by automatically signing up for our free Internet Security Focus newsletter, delivered each Monday.

Jonathan Yarden is the senior UNIX system administrator, network security manager, and senior software architect for a regional ISP.

  • Save
  • Print
  • Recommend
  • 13

Print/View all Posts Comments on this article

Why replace, use existing functionallity thomas.nilsen@... | 06/13/05
Authentication Issue Vetch_101 | 06/13/05
null thomas.nilsen@... | 06/13/05
not that long or... Tom Wind | 06/13/05
YES! It needs to go, much like BIND jmgarvin | 06/13/05
Fix BIND then use BIND to fix SMTP rankfreid | 06/13/05
Fix Open Relays in General beads@... | 06/13/05
Open Relays... jmgarvin | 06/13/05
Bind preforms DNS functions fairly well! az_gcfa@... | 07/24/06
I totally agree Zen37 | 06/13/05
Its called a RFC beads@... | 06/13/05
too authoritarian BatmanG8@... | 06/13/05
Isn't this typical Zen37 | 06/13/05
How would it be any different than DNS? jmgarvin | 06/13/05
Only accept emails from those you know. info@... | 07/24/06
message boards and spamming tpgames | 08/24/06
Not quite right, have it do it for all OUTGOING mail Deadly Ernest | 07/25/06
Do you get out much? mgordon@... | 07/25/06
Simple Access Control andy.maginn@... | 07/26/06
Stop at the source. The money. bchirgwin | 08/02/06
Wrong focus WDMilner | 06/13/05
Aplogies ... WDMilner | 06/13/05
Spam is a problem and NOT SMTP lau_patrick2003@... | 06/13/05
To a point jmgarvin | 06/14/05
Open relays -- more than a handful The DOBC | 07/24/06
Dont Blame the Messenger RiggsFolly | 07/26/06
SSL busterfykes@... | 06/13/05
Right... Dilbert-Tom | 06/14/05
SMTP has to be replaced jmgarvin | 06/14/05
CDs Replaced LPs, DVDs Replaced VHS Zeldar | 12/07/05
Phasing in a new protocol is unrealistic jerry@... | 07/24/06
Replace SMTP? Let's replace HTTP!!! allan_mee@... | 03/01/06
Replace SMTP with X, great than how long till it's hacked skysaiker@... | 07/24/06
NewNetMail is a secure private alternative Kludge2k | 07/24/06
What about commercial use www.cybertopcops.com | 07/24/06
Hello Kludge2k cliffgriff@... | 02/01/07
SMTP is not the problem maxsecdsl.pipex.com | 07/24/06
What about zombies? Dave the IT Dude | 07/24/06
An Altenative - SETP - Simple Envelope Transfer Protocol secureplay | 07/26/06

What do you think?

White Papers, Webcasts, and Downloads

Article Categories

Security
Security Solutions, IT Locksmith
Networking and Communications
E-mail Administration NetNote, Cisco Routers and Switches
CIO and IT Management
Project Management, CIO Issues, Strategies that Scale
Desktops, Laptops & OS
Windows 2000 Professional, Microsoft Word, Microsoft Excel, Microsoft Access, Windows XP,
Data Management
Oracle, SQL Server
Servers
Windows NT, Linux NetNote, Windows Server 2003
Career Development
Geek Trivia
Software/Web Development
Web Development Zone, Visual Basic, .NET

Introducing SmartPlanet

advertisement
Click Here