[PATCH 0/3] cifs.upcall: attempt to use AD-style service principals
abartlet at samba.org
Sun Nov 13 19:28:56 MST 2011
On Sun, 2011-11-13 at 20:17 -0500, Jeff Layton wrote:
> We've had a request recently to allow cifs.upcall to use AD-style
> service principals. While trying to nail down what they need, I asked
> Simo his opinion on how best to pick a service principal for a given
> hostname. His suggestion was:
> INPUT: fooo
> TRY in order:
> cifs/fooo.<guessed domain ?>@REALM
> host/fooo.<guessed domain ?>@REALM
> INPUT: bar.example.com
> TRY in order:
> cifs/bar.example.com at REALM
> host/bar.example.com at REALM
> This patchset attempts to embody that logic.
> Suggestions welcome. Those reviewing it, please pay particular attention
> to the scheme for guessing a domain name. I want to make certain that
> we're not opening up any security holes with that scheme.
Perhaps I'm missing some background, but this looks wrong to me, at
least for the pure AD case.
First, in AD cifs/ is an alias of host/, so looking for both will not
help. Secondly, looking for bar$ is an outright guess, as there is no
reliable mapping between a long name in DNS and the short
If we map wrongly, we might luck out and get a KDC error indicating no
such host, or we might fail at session setup time, with logon failure.
What is wrong with simply requesting a principal of cifs/INPUT at REALM?
In AD, the KDC does all the canonicalisation work (perhaps I should have
clarified this in the previous thread).
Andrew Bartlett http://samba.org/~abartlet/
Authentication Developer, Samba Team http://samba.org
More information about the samba-technical