[42595] in Cypherpunks

home help back first fref pref prev next nref lref last post

Re: Keyed-MD5, ITAR, and HTTP-NG

daemon@ATHENA.MIT.EDU (hallam@w3.org)
Tue Oct 31 15:39:31 1995

To: perry@piermont.com, Simon Spero <ses@tipper.oit.unc.edu>,
        cypherpunks@toad.com
Cc: hallam@w3.org
In-Reply-To: Your message of "Tue, 31 Oct 95 18:31:14 EST."
             <199510312331.SAA03949@jekyll.piermont.com> 
Date: Tue, 31 Oct 95 15:15:32 -0500
From: hallam@w3.org


>A keyed version of MD5 is the base authentication mechanism in IPSP
>and it has been heavily examined by a number of very good
>cryptographers.

Yes we reviewed it and said that it sucked.

Phil wrote a note to Ron and Ron sent in a series of comments. I suggested that
the idea of a keyed digest be stated as a separate concept from a hash function.
Functions of one variable are intrinsically different from functions of two 
variables.

The sequence of events I heard was that they asked Burt Kaliski for a suggestion,
he gave them one and they chose something different.

	
>Isn't this what the GSS-API is about?  Couldn't HTTP-NG just convey GSS
>"tokens", and do something about getting both sides to agree on which GSS
>"mechanism" is to be used, and on what Principals are involved?

GSS is often brought up on occasions like this. I have never seen an architectural
overview of what it is trying to achieve for me or how. When I am provided 
with a clear definition of what it is I hope to arrive at a clear explanation 
of why I'm not using it. Unfortunately the RFC process strips the rationale
part out of the specs. 


		Phill


home help back first fref pref prev next nref lref last post