| Groups | Blog | Home |
iis security : Can't get advanced digest authentication working
Windows 2003 IIS, domain functional level is windows 2003 (forest still at 2000). Have set UseDigestSSP at the w3svc level to 1 via adsutil.vbs w3svc/useDigestSSP1 and checked with Metabase Explorer tool that correctly set. Set the website to use only digest authentication via IIS manager and set realm to fqdn of domain. Restarted iis services, changed password on user account but get access denied errors on IE6 page request (if use other authentication methods the page loads ok). I've seen one reference that the MD5 password hash may be stored in AD in the altsecurityparameter attribute for a user but this isn't populated in adsiedit on a password reset. Thanks David
Hi David,
First of all, is the server a member of Windows 2003 domain? Currently only Windows 2003 domain supports Advanced Digest authentication because only Windows 2003 domain controller stores the digest hash. Please refer to: 824032 Digest authentication and Advanced Digest authentication in Windows Server 2003 http://support.microsoft.com/default.aspx?scid=kb;EN-US;824032 Thanks. Sincerely, WenJun Zhang Microsoft Online Community Support ================================================== Get notification to my posts through email? Please refer to: http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif ications. Note: The MSDN Managed Newsgroup support offering is for non-urgent issues where an initial response from the community or a Microsoft Support Engineer within 1 business day is acceptable. Please note that each follow up response may take approximately 2 business days as the support professional working with you may need further investigation to reach the most efficient resolution. The offering is not appropriate for situations that require urgent, real-time or phone-based interactions or complex project analysis and dump analysis issues. Issues of this nature are best handled working with a dedicated Microsoft Support Engineer by contacting Microsoft Customer Support Services (CSS) at: http://msdn.microsoft.com/subscriptions/support/default.aspx. ================================================== This posting is provided "AS IS" with no warranties, and confers no rights.
Hi there - yes it is a member server.
As per your Q article a user should have the password hash stored in AltSecID . I assume this is the same as altsecurityidentities as shown in adsiedit (we don't have altsecid listed). How do we troubleshoot this - or is this an AD group question? Thanks David [quoted text, click to view] ""WenJun Zhang[msft]"" <wjzhang@online.microsoft.com> wrote in message news:vmpdzzaqHHA.3656@TK2MSFTNGHUB02.phx.gbl... > Hi David, > > First of all, is the server a member of Windows 2003 domain? Currently > only > Windows 2003 domain supports Advanced Digest authentication because only > Windows 2003 domain controller stores the digest hash. Please refer to: > > 824032 Digest authentication and Advanced Digest authentication in Windows > Server 2003 > http://support.microsoft.com/default.aspx?scid=kb;EN-US;824032 > > Thanks. > > Sincerely, > > WenJun Zhang > > Microsoft Online Community Support > > ================================================== > > Get notification to my posts through email? Please refer to: > http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif > ications. > > Note: The MSDN Managed Newsgroup support offering is for non-urgent issues > where an initial response from the community or a Microsoft Support > Engineer within 1 business day is acceptable. Please note that each follow > up response may take approximately 2 business days as the support > professional working with you may need further investigation to reach the > most efficient resolution. The offering is not appropriate for situations > that require urgent, real-time or phone-based interactions or complex > project analysis and dump analysis issues. Issues of this nature are best > handled working with a dedicated Microsoft Support Engineer by contacting > Microsoft Customer Support Services (CSS) at: > > http://msdn.microsoft.com/subscriptions/support/default.aspx. > > ================================================== > > This posting is provided "AS IS" with no warranties, and confers no > rights. >
From Microsoft Windows XP/2003 Security Target paper, 2005:
http://niap.bahialab.com/cc-scheme/st/st_vid4025-st.pdf 'However, in Windows Server 2003 TOE, the AD extended schema properties ensures that every newly created user account automatically has the Digest authentication password hashed and stored as a field in the "AltSecId" property of the user object.' Also altsecid and atsecurityidentities appear to be identical? http://www.google.co.uk/search?hl=en&q=altsecid+altsecurityidentities&meta= Our problem is that when a new domain account is created altsecurityidentities is not populated for that user. Thanks David [quoted text, click to view] "David" <idstechnet@noemail.noemail> wrote in message news:et069LbqHHA.4108@TK2MSFTNGP06.phx.gbl... > Hi there - yes it is a member server. > As per your Q article a user should have the password hash stored in > AltSecID . I assume this is the same as altsecurityidentities as shown in > adsiedit (we don't have altsecid listed). How do we troubleshoot this - > or is this an AD group question? > Thanks > David > > ""WenJun Zhang[msft]"" <wjzhang@online.microsoft.com> wrote in message > news:vmpdzzaqHHA.3656@TK2MSFTNGHUB02.phx.gbl... >> Hi David, >> >> First of all, is the server a member of Windows 2003 domain? Currently >> only >> Windows 2003 domain supports Advanced Digest authentication because only >> Windows 2003 domain controller stores the digest hash. Please refer to: >> >> 824032 Digest authentication and Advanced Digest authentication in >> Windows >> Server 2003 >> http://support.microsoft.com/default.aspx?scid=kb;EN-US;824032 >> >> Thanks. >> >> Sincerely, >> >> WenJun Zhang >> >> Microsoft Online Community Support >> >> ================================================== >> >> Get notification to my posts through email? Please refer to: >> http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif >> ications. >> >> Note: The MSDN Managed Newsgroup support offering is for non-urgent >> issues >> where an initial response from the community or a Microsoft Support >> Engineer within 1 business day is acceptable. Please note that each >> follow >> up response may take approximately 2 business days as the support >> professional working with you may need further investigation to reach the >> most efficient resolution. The offering is not appropriate for situations >> that require urgent, real-time or phone-based interactions or complex >> project analysis and dump analysis issues. Issues of this nature are best >> handled working with a dedicated Microsoft Support Engineer by contacting >> Microsoft Customer Support Services (CSS) at: >> >> http://msdn.microsoft.com/subscriptions/support/default.aspx. >> >> ================================================== >> >> This posting is provided "AS IS" with no warranties, and confers no >> rights. >> > >
[quoted text, click to view]
On Jun 8, 4:00 am, "David" <idstech...@noemail.noemail> wrote: > From Microsoft Windows XP/2003 Security Target paper, 2005:http://niap.bahialab.com/cc-scheme/st/st_vid4025-st.pdf > > 'However, in Windows Server 2003 TOE, the AD extended schema properties > ensures that every newly created user account automatically has the Digest > authentication password hashed and stored as a field in the "AltSecId" > property of the user object.' > > Also altsecid and atsecurityidentities appear to be identical?http://www.google.co.uk/search?hl=en&q=altsecid+altsecurityidentities... > > Our problem is that when a new domain account is created > altsecurityidentities is not populated for that user. > > Thanks > > David > > "David" <idstech...@noemail.noemail> wrote in message > > news:et069LbqHHA.4108@TK2MSFTNGP06.phx.gbl... > > > > > Hi there - yes it is a member server. > > As per your Q article a user should have the password hash stored in > > AltSecID . I assume this is the same as altsecurityidentities as shown in > > adsiedit (we don't have altsecid listed). How do we troubleshoot this - > > or is this an AD group question? > > Thanks > > David > > > ""WenJun Zhang[msft]"" <wjzh...@online.microsoft.com> wrote in message > >news:vmpdzzaqHHA.3656@TK2MSFTNGHUB02.phx.gbl... > >> Hi David, > > >> First of all, is the server a member of Windows 2003 domain? Currently > >> only > >> Windows 2003 domain supports Advanced Digest authentication because only > >> Windows 2003 domain controller stores the digest hash. Please refer to: > > >> 824032 Digest authentication and Advanced Digest authentication in > >> Windows > >> Server 2003 > >>http://support.microsoft.com/default.aspx?scid=kb;EN-US;824032 > > >> Thanks. > > >> Sincerely, > > >> WenJun Zhang > > >> Microsoft Online Community Support > > >> ================================================== > > >> Get notification to my posts through email? Please refer to: > >>http://msdn.microsoft.com/subscriptions/managednewsgroups/default.asp... > >> ications. > > >> Note: The MSDN Managed Newsgroup support offering is for non-urgent > >> issues > >> where an initial response from the community or a Microsoft Support > >> Engineer within 1 business day is acceptable. Please note that each > >> follow > >> up response may take approximately 2 business days as the support > >> professional working with you may need further investigation to reach the > >> most efficient resolution. The offering is not appropriate for situations > >> that require urgent, real-time or phone-based interactions or complex > >> project analysis and dump analysis issues. Issues of this nature are best > >> handled working with a dedicated Microsoft Support Engineer by contacting > >> Microsoft Customer Support Services (CSS) at: > > >>http://msdn.microsoft.com/subscriptions/support/default.aspx. > > >> ================================================== > > >> This posting is provided "AS IS" with no warranties, and confers no > >> rights.- Hide quoted text - > > - Show quoted text - The AltSecId attribute probably is being populated but you can't see it. My memory is fuzzy of exactly how this got spec'd, but since the MD5 hash of the password is essentially a secret that we wouldn't have wanted to make publicly available (dictionary attacks and all of that) the ACL on the attribute is probably set such that only the DC local system accounts have access since only the DC LSA needs to be able to retrieve this info. The problem may be on the client side. - What client are you using? - What version of IE? - Is the client joined to the same domain? - Are you testing with a domain user logged on? - Are you seeing a password prompt? Dave
Don't see what you're looking for? Try a search.
|
June 2003
July 2003
August 2003
September 2003
October 2003
November 2003
December 2003
January 2004
February 2004
March 2004
April 2004
May 2004
June 2004
July 2004
August 2004
September 2004
October 2004
November 2004
December 2004
January 2005
February 2005
March 2005
April 2005
May 2005
June 2005
July 2005
August 2005
September 2005
October 2005
November 2005
December 2005
January 2006
February 2006
March 2006
April 2006
May 2006
June 2006
July 2006
August 2006
September 2006
October 2006
November 2006
December 2006
January 2007
February 2007
March 2007
April 2007
May 2007
June 2007
July 2007
August 2007
September 2007
October 2007
November 2007
December 2007
January 2008
February 2008
March 2008
April 2008
May 2008
June 2008
| home · blog · groups | Questions? Comments? Contact the dn |