> the security is based on the site. ntlm is challenge/response protocol.
> the password is never passed, only hashes. if the site is set to basic,
> then the password is only encoded in base64 and included with the request.
>
> -- bruce (sqlwork.com)
On Jul 9, 2:49 pm, "antonyliu2...@yahoo.com" <antonyliu2...@yahoo.com>
wrote:
> > the security is based on the site. ntlm is challenge/response protocol.
> > the password is never passed, only hashes. if the site is set to basic,
[quoted text clipped - 11 lines]
> Authentication" which is one option at the directory security tab of
> IIS configuration?
OK, I think I am clearer about the situation now.
I did a little bit research, and realized (I know this from a long
time ago, but just didn't link it properly with my current situation)
that Active Directory does not store the user password per se, but
instead stores its hash, just like a Unix system.
Therefore, just like Bruce Barker has said, if the web site is
configured for Integrated Windows Authentication, then the website
will only request the hash of the user password, in addition to user
name and domain.
I guess somehow, something in the NetworkCredential for ASP.NET or the
Microsoft.XMLHTTP for classic ASP will take care of the hashing
process.
Given this understanding, in our web application, even if we connect
to the remote web server through HTTP to transmit user credentials for
NTLM authentication, we seem to be OK (as long as the password is
strong enough to be hash-dictionary-proof).
This is my preliminary conclusion. Correct me if I am wrong.
That said, we can still easily create an SSL channel in ASP.NET to
transmit such sensitive data for added security by implementing our
own CertificatePolicy. It is a little harder to do so in classic ASP.