ietf-asrg
[Top] [All Lists]

Re: [Asrg] Please critique my anti-spam system

2004-12-05 13:24:41
I've been thinking a bit more recently about schemes like this, and they generally revolve around the practice of giving the recipient some kind of unique namespace and permitting them to create as many names within that space as they wish. This creates the potential, but not the necessity, for the recipient to use one-time or disposable email addresses. The most common suggestion in this realm is to use context indicators in the local part of an otherwise static local part. For example, I might subscribe to mailing lists as tripp+lista(_at_)corp(_dot_)earthlink(_dot_)net, tripp+listb(_at_)corp(_dot_)earthlink(_dot_)net, etc.

Another approach I personally have been using more recently is this: give a single recipient a domain and deliver email to any address within that domain to the user. If anyaddress(_at_)personaldomain(_dot_)name is valid, the user quickly becomes trained to reject any incoming messages that aren't part of a known context. At the same time, the recipient can use the context provided on all messages accepted to get visibility into how the sender obtained permission to communicate with them. This has the benefits of challenge-response, but completely eliminates the need for challenges. The only address I have is one I've given out, and those are generally dedicated to a specific context. If you try to contact me within a fabricated context, I won't entertain it.

So, I start off with a clean slate with personaldomain.name. I registered the domain with godaddy.com, so I tell them to contact me at godaddy(_dot_)com(_at_)personaldomain(_dot_)name(_dot_) I tell my mom that my email address is mom(_at_)personaldomain(_dot_)name, Google uses google(_at_)personaldomain(_dot_)name, ASRG uses asrg(_at_)personaldomain(_dot_)name, etc. At a point of critical mass, spammers would start social engineering and spam everyone at yahoo(_at_)personaldomain(_dot_)name, assuming a majority of folks have a relationship with Yahoo.

When that happens, the user would just have to set a new context with that sender by changing their email address. Fortunately, this does not impact any of the other senders with whom the user has established a communication context. In this case, you could tell yahoo to use $0m#!p4$5w0rd(_dot_)yahoo(_dot_)com(_at_)personaldomain(_dot_)name if you wanted to get really obscure about it.

Generally speaking, this is sort of a shared-secret approach with a unique context for each relationship. The pain factor for both the sender and receiver to change the shared-secret is very low, because each sender has a unique shared-secret and the recipient can grant and revoke them at will. The pain factor for the spammer is high. They have to find a valid context the recipient is willing to accept, and if they violate his or her concept of appropriate use of that context, they will find the context quickly revoked.

You don't need CAPTCHA to do this, and you don't have to bounce mail sent within an unknown or revoked context. It is deliverable; the user just refuses to accept it.

----- Original Message ----- From: "Michael Kaplan" <mkaplansolution(_at_)lycos(_dot_)com>
To: "Matt Schneider" <matt(_at_)spamhaus(_dot_)org>
Cc: <asrg(_at_)ietf(_dot_)org>
Sent: Sunday, December 05, 2004 2:21 PM
Subject: Re: [Asrg] Please critique my anti-spam system

Whitelisting in this context is completely new.

- challenge/response is nothing new

This is not challenge/response, this is far superior. I clearly contrast these two systems in my article.

- if you want to not burden your friends with an initial
challenge.. instead of spamming them to change the email address
they have for you (still a burden) then why not add everyone in
your address book to the "already passed the challenge procedure"
list ?

The only people who ever need to decode a CAPTCHA are people who are not using a valid sub-ddress and who are not on the white list.

- CAPTCHA assumes everyone using this system speaks English.

My CAPTCHA usuable across all languages. People almost always communicate via email with people who can read the same language. Correspond with someone who has Chinese as their default language and the instructions for the CAPTCHA will be in Chinese. There are additional logical ways that the language issue will be addressed.


_______________________________________________
Asrg mailing list
Asrg(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/asrg