Windows Server 2008 Sicherheit – Die technische Referenz - Gattner

Authentifizierungsprotokolle 31
Digestauthentifizierung
Digestauthentifizierung (engl. digest authentication) ist kein in Windows eingebautes Protokoll.
Sie wird in erster Linie in den Internetinformationsdiensten (Internet Information Services,
IIS) eingesetzt, um eine Web-Authentifizierung nach RFC 2617 durchzuführen, und
für einige LDAP-Server (Lightweight Directory Access Protocol) von Fremdherstellern.
Digestauthentifizierung wurde als Ersatz für Standardauthentifizierung entworfen. Sie gilt
als relativ unsicher und geht auf dem authentifizierenden Server einige Kompromisse bezüglich
der Sicherheit ein.
Der Frage-Antwort-Ablauf bei der Digestauthentifizierung sieht folgendermaßen aus:
1. Der Server generiert eine zufällige Nonce und sendet sie an den Client. Eine Nonce ist
schlicht eine Zufallszahl. Sie wird in Authentifizierungsprotokollen oft als Wert verwendet,
der von einem Authentifizierer verändert wird. Beispiele sehen Sie in diesem Abschnitt.
2. Der Client berechnet einen MD5-Hash für Benutzername, Authentifizierungsbereich
(Domäne in Windows) und Kennwort.
3. Der Client berechnet einen MD5-Hash der Methode und des Digest-URI.
4. Der Client berechnet einen MD5-Hash über das Ergebnis von Operation 2, die Server-
Nonce, einen Anforderungszähler, eine Client-Nonce, einen Schutzcode und das Ergebnis
von Operation 3. Dies ist der Antwortwert (response), der vom Client zurückgesendet
wird.
5. Der Server berechnet dieselben Werte.
Das größte Problem bei der Digestauthentifizierung liegt in Schritt 2. Wie Sie sehen, wird
die Antwort des Clients mit dem tatsächlichen Kennwort berechnet, nicht mit einem Hashwert
des Kennworts. Das bedeutet, dass der Server in Schritt 5 Zugriff auf das Klartextkennwort
braucht, um die Antwort des Clients auswerten zu können. Falls Sie Digestauthentifizierung
unterstützen wollen, müssen Sie Ihre Domäne daher so konfigurieren, dass Kennwörter
mit umkehrbarer Verschlüsselung gespeichert werden.
LM und NTLM
Im Gegensatz zur Digestauthentifizierung sind sowohl LM als auch NTLM native Protokolle
in Windows. Sie sind sich sehr ähnlich, der Unterschied liegt im Wesentlichen nur im
Hashwert, mit dem die Antwort berechnet wird. LM wurde erstmals im weiter oben erwähnten
LanManager eingesetzt. NTLM wurde als Ersatz für LM entworfen und erstmals 1993 in
Windows NT 3.1 verwendet.
LM und NTLM werden für die Authentifizierung in Arbeitsgruppen von Windows NT-
Betriebssystemen verwendet. Außerdem werden sie in einer Domänenumgebung verwendet,
falls entweder der Client oder der Server kein Domänenmitglied ist oder falls die Ressource,
auf die zugegriffen wird, anhand einer IP-Adresse statt eines Hostnamens angegeben ist.
Andernfalls wird in Active Directory-Domänen Kerberos benutzt. LM/NTLM muss benutzt
werden, wenn auf eine Ressource über eine IP-Adresse zugegriffen wird, weil Kerberos mit
vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN) arbeitet und es
keinen Weg gibt, einen FQDN aus einer IP-Adresse zu erhalten, weil jeder Host mehrere
Aliasnamen haben kann.
Der Authentifizierungsablauf in LM und NTLM wird normalerweise kombiniert. Dieselbe
Nachricht enthält beide Protokolle, und es findet keine Aushandlung statt, welches Protokoll