ts> michael shiplett <firstname.lastname@example.org> writes:
>> 2) Mallet intercepts the request and sends to Alice:
>> 401 Unauthorized
>> Authenticate: KerberosV4 "http.mallet.evil.com@EVIL.COM"
>> This is the critical step, because Mallet is able to control to
>> which service Alice should authenticate herself.
ts> Would someone please explain to me why a user would enter a
ts> password at a prompt that read: "http.mallet.evil.com@EVIL.COM"
ts> (or anything thing else they didn't recoginze?
Because it is not given that the user enters a password or actively
participates in the authentication sequence. For example, with
Kerberos, as long as the user has valid ticket-granting ticket,
Kerberos will handle getting the information needed to authenticate to
the http server--without requiring the user to actively provide *any*
information. With public key cryptography when the private key is
encrypted with a symmetric algorithm, many programs allow the user to
enter the private key password once per session instead of asking for
it each and every time the private key is needed.
ts> Wouldn't they have to have a password for that realm and don't you
ts> think they might think "gee, I don't have a password for that
The evil server could just as easily be in the user's realm. It is
not obvious nor necessary that the user is directly involved in