401.1 Authentication failed bij browsen naar lokale IIS5 en IIS6 websites
Sinds kort komen er steeds meer incidenten binnen van problemen bij het browsen naar websites op de lokale machine waar gebruik gemaakt wordt van windows integrated authenticatio. Dit komt door wijzigingen in het NTLM Authenticatie mechanisme binnen HTTPWebRequest. In voorgaande versies was het mogelijk om een reflection attack uit te voeren, waarbij het mogelijk was een systeem zijn eigen challenge via een tweede connectie voor te schotelen, waardoor de aanvaller een geauthenticeerde connectie overhoudt . Dit is verholpen door standaard niet meer toe te staan een challenge die door zichzelf is verstuurd is te authenticeren behalve als het om een challenge voor het loopback adres is (127.0.0.1).
Als je nu dus browsed naar een pagina, gebruik makend van een hostheader, krijg je een mooie HTTP 401.1 - Unauthorized: Logon Failed
Er zijn twee manieren om dit te omzeilen.
Specifieer hostnames die gekoppeld zijn aan het loopback adres:
- Start de registry editor en browse naar de volgende key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\MSV1_0
- Maak een nieuw Multi-String Value aan met de naam BackConnectionHostNames.
- Specifieer alle hostnames die gekoppeld moeten worden aan het loopback adres.
- Stop de registry editor en herstart IISAdmin service.
Disable de loopback check
- Start de registry editor en browse naar de volgende key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
- Maak een nieuw DWORD Value aan met de naam DisableLoopbackCheck.
- Geef het DWORD een waarde van 1.
- Stop de registry editor en herstart de machine.
Het moge duidelijk zijn dat de eerste optie de voorkeur geniet.
Voor meer informatie:
https://support.microsoft.com/kb/896861
https://msdn.microsoft.com/en-us/library/cc982052.aspx
Dit probleem komt vaak voor in Sharepoint omgevingen waar de indexer gebruikt wordt om de lokale machine te crawlen. Ook wanneer beheerders beheer doen op de lokale machine treedt dit op.