[pubcookie-dev] Interesting multiple server behavior
Nathan Dors
dors at cac.washington.edu
Tue Oct 11 15:25:08 PDT 2005
> The issue it identified though was a possible DOS. With the cookie scoped
> properly at login.wisc.edu a person in the .wisc.edu domain could set a
> pubcookie_l cookie at wisc.edu. This would send both the login.wisc.edu and
> the wisc.edu pubcookie_l cookies to the login server at login.wisc.edu. The
> login server can not handle multiple pubcookie_l cookies and asks the user
> to re-authenticate. This will always happen until the pubcookie_l cookie
> at .wisc.edu expires.
Hmm. This is just the kind of question that risk management
committees like to chew on. How would you assess the risk here,
the potential harm? And what are the chances of this DOS occurring
to a single user vs. the whole population of users at once?
(Unlikely and impossible, I'd say, respectively.)
I can imagine a similar DOS would be simply to set a sufficient
number of .wisc.edu cookies such that, upon visiting the login
server, Apache has to respond with that "Size of a request header
field exceeds server limit" message. Here the user wouldn't even
make it to the login cgi. But in either case the user needs to
flush his/her cookies to be able to log in again. Is that so bad?
Opinions?
-Nathan
More information about the pubcookie-dev
mailing list