[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [Asrg] 6. Proposals - Challenge/response - CRI
Yes considering many CR systems use CR URLs such as
http://cr.foo.com/?sender=joe@foo.com&rcpt=sue@bar.com
There's a lot of room for improvement.
> -----Original Message-----
> From: asrg-admin@ietf.org [mailto:asrg-admin@ietf.org] On Behalf Of
Deven
> T. Corzine
> Sent: Wednesday, August 20, 2003 1:42 PM
> To: Yakov Shafranovich
> Cc: Andrew Akehurst; asrg@ietf.org
> Subject: Re: [Asrg] 6. Proposals - Challenge/response - CRI
>
> On Wed, 20 Aug 2003, Yakov Shafranovich wrote:
>
> > > > I think the only really significant semantic suggestion I'm
making
> > > > is that a hash of the body of a message should be included to
> > > > prevent forgeries of level-two systems.
> >
> > That has been mentioned before and is a pretty good idea. It also
> > alleviates some privacy concerns since the originating MTA/MUA does
not
> > have to store copies of messages, but can store MD5 hashes instead.
>
> Using a hash is an obvious thing to do, but it begs the question of
> exactly
> what you're hashing. You can't safely hash the entire message because
the
> headers change on every hop, at least for Received: lines. Other
headers
> might be mangled or normalized as well. You can ignore the header,
but it
> would be good to validate parts of it. Even if you just hash the
body,
> you
> have to be concerned about the message being mangled by intermediate
MTAs.
>
> Now, you could Base64-encode the content to protect it against
mangling,
> but that renders the plaintext of the message unreadable. You could
strip
> out all characters but the ones used for Base64 encoding, and hash
that.
> Perhaps quoted-printable encoding would be another semi-readable
option.
>
> PGP has to deal with this issue for "clear-signed" messages -- how
does it
> address this issue? (Or does it depend on the body not getting
mangled to
> be able to verify the signature?)
>
> Of course, another option is to simply use PGP. This seems the
obvious
> answer for mailing lists -- the mailing list should clear-sign all
valid
> messages with a private key used only for that mailing list, and have
the
> user whitelist that PGP key (perhaps by keeping a copy signed with
their
> own PGP key?) -- then no spammer could forge messages appearing to be
from
> that mailing list...
>
> Deven
>
>
> _______________________________________________
> Asrg mailing list
> Asrg@ietf.org
> https://www1.ietf.org/mailman/listinfo/asrg
_______________________________________________
Asrg mailing list
Asrg@ietf.org
https://www1.ietf.org/mailman/listinfo/asrg