Original URL: http://www.theregister.co.uk/2006/06/01/ditch_email/

The time has come to ditch email

Fair enough, but what's the alternative?

By Kelly Martin

Posted in Business, 1st June 2006 10:54 GMT

Comment Back in 1972, by some accounts, a new form of communication known as email was born. It was a practical implementation of electronic messaging that was first seen on local timeshare computers in the 1960s. I can only imagine how much fun and revolutionary it must have been to use email in those early years, to have been at the bleeding edge of the curve.

Almost ten years later, in November 1981, Jonathan Postel published RFC 788 (later deprecated by RFC 821, also by Postel, and RFC 822 by David Crocker), thereby inventing the foundations of the Simple Mail Transport Protocol (SMTP) - a proposal that would revolutionize email again. Since that time, email has become as important an invention to the world as the telegraph and the telephone, and it has long been synonymous with the internet itself.

Twenty five years later, we still use essentially the same protocol. And email is a terrible mess. It's dangerous, insecure, unreliable, mostly unwanted, and out-of-control. It's the starting point for a myriad of criminal activity, banking scams, virus outbreaks, identity theft, extortion, stock promotion scams, and of course, the giant iceberg of spam.

The problem is, email is now integral to the lives of perhaps a billion people, businesses, and critical applications around the world. It's a victim of its own success. It's a giant ship on a dangerous collision course. All sorts of brilliant, talented people today put far more work into fixing SMTP in various ways (with anti-virus, anti-phishing technologies, anti-spam, anti-spoofing cumbersome encryption technologies, and much more) than could have ever been foreseen in 1981. But it's all for naught.

A sinking ship

All the work spent fixing email is like rearranging the deck chairs on the Titanic. Email is a sinking ship and it should be abandoned just as other insecure technologies like telnet, ftp and the beloved Usenet nntp were "abandoned" years ago. All these old technologies actually live on and in some cases thrive (and in the case of the Usenet, still consume enormous amounts of bandwidth and offer very useful information) but have been mostly superceded by newer protocols. Email should be abandoned in much the same way. The problem is, more people depend on email than ever before.

The main reason we will never win the email war against the spammers-phishers-scammers-botnets and their assorted ilk is we're bound by legal standards that limit the ways we can combat email abuse – unlike in the early days of the internet. The perpetrators are not bound by the law. Therefore the good guys can't win. The only solution is to change the rules. We need to abandon our email infrastructure and concede that the spamming-phishing-virus-writing scumbags have won; moving on is only inevitable.

The problem is, we lack "something better" to abandon email for.

Starting from scratch

Email in its current form will never, ever, ever be spam-free. It will never be virus-phishing-scam free. It will cost companies and individuals billions of dollars in theft, criminal activity, and the reality of spam will grow from the 50-70 per cent it is today to 90 per cent of all traffic. Email will continue to harm millions of people through banking scams, identity theft, viruses, and more. Email will never be secure, because it was never designed to be secure.

The only solution is to start from scratch. Develop a new email system and make it secure. Use existing, proven technologies and a few new and novel ideas – starting with the latest encoding mechanisms, a reliable hashing algorithm, fast compression, strong encryption and signatures. Build an electronic identity. Encode, hash, encrypt, compress, sign, and provide a novel way to share keys when needed, for example. I don't know how this will all turn out, but perhaps yEnc, MD5, AES, H.264, and GPG are some potential technologies that could be used together. A new transport protocol would need to be flexible enough that any of these technologies could be replaced, transparently to the user, as better and stronger options become available. It would need to be seamless for the client – no more messy GPG or other stop-gap solutions that few people actually use. Secure email should be a mandatory "secure bundle" of email that is safe for sending a credit card number to a business or someone I know.

I don't want to think about any of this when I send secure e-mail, however. I just want to type my email and press Send. If I need my secure identity plugged in, say, from a USB key, fine.

The basics of communication

One of the great joys of computers is that newer, better technologies supercede the older insecure ones, yet both the old and new generations still live happily together. There are so many examples of this, I won't even bother listing them here. A completely new, secure email system would be the internet's next big critical application. If it required IPv6 addressing, maybe secure email would also kill those ridiculous "tiered internet" ideas with one stone. But I'm just thinking aloud.

I'm a messaging junkie. Today's store-and-forward email is fundamentally broken, but I still like the concept very much. Instant messaging is too instant, and peer-to-peer networking is, ironically, too anonymous. Video conferencing is fantastic – if it's someone you know, and they're online (and you've combed your hair). Written communication is never going away. We're tied into an antiquated email system that needs to be abandoned and replaced.

I would love to see a secure email system that did all the hard-crunching on the client and perhaps generated a unique private-public key for each piece of mail, without user interaction. However it is done, let's make it rather mathematically difficult to send email, and even more difficult to send email to many recipients – while the process remains very simple to the end user. Make it a requirement that one mail sent to a thousand recipients securely would require a very fast client doing unique encoding, hashing, compression, and encryption on each piece of mail just to send it. I enjoy the thought of a spammer needing a giant Bewolf cluster ranked rather high up in the Top 500 list of supercomputers to send one piece of spam to ten million people. At that point, the source of spam and the spammer himself would be a little bit easier to track down.

Simply complex

Before you skip to the end of this column and submit your comment, telling me that I'm crazy or uninformed, understand that I realize the problem with email is very complex. It would be nice if the solution "appeared" to be rather simple. I've spent the past 18 years with an email address of some sort, dating back to 1988, and I get more email than most. But like most people, I'm just an end-user of email and it's very clear that email is a sinking ship. And millions of people were online in the 1980s before me.

Getting email clients to work with a new infrastructure will be a major hurdle, and the plumbing itself will take some time. Getting major ISPs and Yahoo Mail, Gmail and Hotmail to adapt an open solution will be even harder. Fine. There are many technical hurdles. But time and again, truly innovative technology will catch on. With the rise of the web, HTTPS and SSL, Napster, SSH, BitTorrent, and so much more, superior technologies have created many new storms.

With all the security problems stemming from 1981's nuclear explosion of SMTP, it seems only fitting that the bright minds in the security community should develop the internet's next killer app.

A gateway

Far too much effort is spent preserving today's name@somewhere.com format, to the exclusion of everything else. The @ symbol was a novel hack, so let's find a similar new one.

Maybe I'm dreaming, but a gateway from e-mail to a new secure e-mail infrastructure, electronic identity or e-num system might be the first place to start. Perhaps using one of the reserved symbols first outlined way back in RFC 821 or 822, whether it's a bangpath secure!name@somewhere.com, or secure?name@somewhere.com or name=secure@somewhere.com might work – but it would have to degrade nicely with current email systems. However it's done, a very simple, elegant solution would be a fantastic way to start.

I'm confident that there is no solution using today's massive email infrastructure problems, because so many bright people have been working on it for such a long time. Maybe I am indeed dreaming that we can "abandon" today's email SMTP much like the Usenet's NNTP was "abandoned" years ago for something better – because that "something better" for email still doesn't even exist.

Copyright © 2006, SecurityFocus

Kelly Martin has been working with networks and security since 1986, and he's editor for SecurityFocus, Symantec's online magazine.