Re: Handling Kerberos principals that don't match hostnames

Doug Kelly <[email protected]>
Newsgroups gmane.linux.file-systems.cifs
Message-ID <[email protected]>
On Thu, Jan 07, 2010 at 04:30:17PM -0500, Jeff Layton wrote:
> The CIFS client doesn't currently do mutual krb5 authentication but
> eventually it would be nice if it did.
> 
> The problem with any scheme that relies on getting the SPN in this way
> is that it leaves you open to DNS spoofing attacks even if you can
> support mutual authentication.

That's true... I actually stumbled upon the debate on the mailing list
about a year ago about using Server 2003's SPN provided with the SPNEGO
setup, and it makes sense.  In fact, even from Windows hosts, it appears
the Kerberos authentication fails, and it falls back to NTLMSSP.

Correct me if I'm wrong, but doesn't the current method of operation
that cifs.upcall rely on this?  I guess the difference in expecting a
server's response to contain the real hostname leaves you open for a
man-in-the-middle attack, though, since another host could potentially
spoof the user to connect to a malicious host.

Anyway, not to bring up that whole debate again, but this would be
something that I'd find beneficial, simply because it'd allow me to
Kerberize the entire process of mounting the users' home directories.
I can't see how it'd weaken the security any more than what already
happens with DFS referrals, either.

Thanks!

Doug Kelly
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.