Re: passwords in subversion

Ben Collins-Sussman <[email protected]>
Newsgroups gmane.mail.eyebrowse.user,gmane.comp.version-control.subversion.devel
Message-ID <71889C21-4C4A-11D9-958A-000A95D699A0__13262.7204563052$1102862203$gmane$org@collab.net>
On Dec 12, 2004, at 1:04 AM, Daniel Patterson wrote:

>
>   Server stores HASH(pw)
>
>   Client generates random token, and calculates this:
>
>     authstring = HASH(HASH(pw)+token)

IIRC, svnserve is doing CRAM-MD5 right now, which is *almost* the same 
thing:

      authstring = HASH(pw + token).

>
>   Client sends "authstring,token" to server.  Server can recalculate
>   authstring to verify that the client knew "pw" (or at least,
>   HASH(pw)).  Neither "pw", nor "HASH(pw)" are ever sent over the
>   wire.

And in CRAM-MD5, the server stores cleartext "pw", so it knows that the 
client knew "pw".  Just like digest auth, the password never travels 
over the network in the clear.

>
>   If someone can get copies of the hash, then you're still screwed
>   (the hash is basically the password), but hopefully, hashes are 
> harder
>   for people to remember by looking over your shoulder.
>

Agreed.  But rather than implement a whole new (almost identical) authn 
system, why not just have svnserve store the user-db with a trivial 
scramble.  It solves the same "over the shoulder" problem, with a lot 
less work.
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.