W3C home > Mailing lists > Public > ietf-http-wg-old@w3.org > September to December 1997

Re: Basic Authentication behavior

From: Ari Luotonen <luotonen@netscape.com>
Date: Tue, 2 Sep 1997 12:08:17 -0700 (PDT)
Message-Id: <199709021908.MAA07573@step.mcom.com>
To: John Franks <john@math.nwu.edu>
Cc: http-wg%cuckoo.hpl.hp.com@hplb.hpl.hp.com

John Franks wrote:
> I have observed the following behavior from a poplular browser
> using Basic authentication.
> 
> The server has a directory /dir protected by Basic auth and
> using realm "realm1".  There is a subdirectory /dir/sub/ which
> is also protected by Basic auth but with a different realm and
> different user/password data base.
> 
> If the user first requests http://host/dir/foo then he/she is prompted
> for a username/password pair and that is used to access the file.  If
> the user then requests http://host/dir/sub/foo2 the browser does not
> prompt the user and sends the request with the previously entered
> username/password even though the realm for the subdirectory is
> different.
> 
> ......
> 
> Any thoughts on this?  Should the specifcation discourage this type
> of password guessing?

This would defeat some of the benefit of guessing when to use the
password, and automatically sending it without getting a challenge
first.  It would be unfortunate if every time when entering a new
directory, the server would have to challenge the user and waste an
extra request/response.

I think that the client's behaviour is desirable, and rather than
discouraging this behaviour (which saves an extra request), I would
add verbiage into the spec that explains that that's how it works, why
it works like that, and that the user should be prepared to deal with
it.

Furthermore, if the password databases are really different on those
two realms, the server will simply reject the username/password that
was automatically sent, and re-issue a challenge.  If the password
database is the same then the point is moot, because the user wouldn't
have to see the realm anyway.

Cheers,
--
Ari Luotonen, Mail-Stop MV-061		Opinions my own, not Netscape's.
Netscape Communications Corp.		ari@netscape.com
501 East Middlefield Road		http://people.netscape.com/ari/
Mountain View, CA 94043, USA		Netscape Proxy Server Development
Received on Tuesday, 2 September 1997 12:14:36 EDT

This archive was generated by hypermail pre-2.1.9 : Wednesday, 24 September 2003 06:32:59 EDT