Good morning Andrew - yes, NetrLogonGetDomainInfo bypasses the 
servicePrincipalName constraints (as Hongwei noted). This applies to Windows 
2003/2003 R2, and was fixed in Windows 2008 and beyond.

This is currently a bug against Windows 2003, but no hotfix has yet been 
produced. I will be glad to alert you to when this occurs.

Here is the response Hongwei provided Thursday, September 10, 2009 8:40 AM:

We confirmed that Windows server 2008 and later systems addressed the problem 
by implementing validation of the DNSHostName and SPN in NetrLogonGetDomainInfo 
to enforce the same constraints as specified in section 
3.1.1.5.3.1.1.2(dNSHostName) and 3.1.1.5.3.1.1.4(servicePrincipalName) in 
MS-ADTS.

Regards,
Bill Wesse
MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM
8055 Microsoft Way
Charlotte, NC 28273
TEL:  +1(980) 776-8200
CELL: +1(704) 661-5438
FAX:  +1(704) 665-9606

-----Original Message-----
From: Andrew Bartlett [mailto:abart...@samba.org] 
Sent: Friday, September 25, 2009 2:34 PM
To: Hongwei Sun
Cc: Bill Wesse; p...@tridgell.net; cifs-proto...@samba.org; Matthias Dieter 
Wallnöfer
Subject: RE: [cifs-protocol] Please clarify LSA and OsVersion behaviour in 
MS-NRPC (SRX090727600015)

On Wed, 2009-09-02 at 22:09 +0000, Hongwei Sun wrote:
> Andrew,
> 
>    We confirmed that Windows server 2008 and later systems addressed the 
> problem by implementing validation of the DNSHostName and SPN in 
> NetrLogonGetDomainInfo to enforce the same constraints as specified in 
> section 3.1.1.5.3.1.1.2(dNSHostName) and 
> 3.1.1.5.3.1.1.4(servicePrincipalName) in MS-ADTS.   Therefore you should 
> follow these rules to match the Windows behaviors.
> 
>    Please let us know if you have further questions.

Did we determine earlier that these updates occur regardless of the access 
control on the object (confirmed with AD Dev team, but I don't think it's in 
the docs).

Andrew Bartlett

-- 
Andrew Bartlett                                http://samba.org/~abartlet/
Authentication Developer, Samba Team           http://samba.org
Samba Developer, Cisco Inc.
_______________________________________________
cifs-protocol mailing list
cifs-protocol@cifs.org
https://lists.samba.org/mailman/listinfo/cifs-protocol

Reply via email to