RE: CBV

"Stuart D. Gathman" <[email protected]>
Newsgroups gmane.mail.spam.srs.general
Message-ID <[email protected]>
On Fri, 7 May 2004, Seth Goodman wrote:

> > > The key problems with SES seem to be EITHER:
> > >
> > > a) If a spammer gets hold of an SES source address, he has a
> > > free ticket
> > > to spam people using replay
> >
> > In conjuction with SPF, an SES or SRS source address only allows
> > the spammer
> > to spam 1 particular recipient for a limited time via a forged
> > bounce.  An SES
> > source is not a general relay ticket.  It is true that without SPF,
> > general spam victims that only check CBV will for a limited
> > time be tricked into thinking the sender is genuine.
> 
> That's the vulnerability that we attempted to address by incorporating a
> body hash in the MAIL FROM:.  The recipient can detect that the message
> content does not belong with that MAIL FROM: and can reject the message,
> albeit at the end of DATA.

If I have to go through the DATA phase, there is no clear advantage to the
SPF/SES scheme over bayesian filtering.  I really really don't want SES to 
have anything to do with the DATA phase.  I am fine with additional
signatures for messages headers and body contained in some message
header.  I.e., if you need to get the message DATA anyway, you might as well
store the signature in the DATA, and not have to worry about local-part size
limits and crud.

However, here is an idea (which has probably been tossed out before
but I missed it).  You could have the SES signature cover the recipient.
Then the spammer would only be able to spam himself.  The drawback is
that for multiple recipients, the signature would be different for each one,
possibly requiring extra copies of the message.

The CBV would work with the recipient sending the recipient as MAIL FROM
and the sender as RCPT TO.

You could avoid copying the message for multiple recipients by creating
a database record listing all the recipients for each message, and encoding a
key to that record in the SES.

The scheme could also support original flavor (<> sender) CBV with either
the database approach or two crypto hashes (with/without recipient).

-- 
	      Stuart D. Gathman <[email protected]>
    Business Management Systems Inc.  Phone: 703 591-0911 Fax: 703 591-6154
"Confutatis maledictis, flamis acribus addictis" - background song for
a Microsoft sponsored "Where do you want to go from here?" commercial.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.