Windows Server 2008 Sicherheit – Die technische Referenz - Gattner

24 Kapitel 2: Authentifizierung und Authentifizierungsprotokolle
eigenständigen oder Domänenmitgliedscomputer ist) oder im DBCS-Pwd-Attribut des Benutzerobjekts
in Active Directory.
Das erklärt, warum ein Angreifer in der Lage ist, das Kennwort eines Benutzers zu erschließen,
wenn er den Hashwert kennt. Falls die zweite Hälfte des LM-Hash AAD3B435B51404EE
lautet, ist die zweite Hälfte des Kennworts leer, und das Kennwort ist maximal 7 Zeichen
lang. Falls beide Hälften AAD3B435B51404EE lauten, ist das Kennwort leer.
NT-Hash
Als 1993 die erste Version von Windows NT erschien, wurde eine neue Methode zum Speichern
von Kennwörtern eingeführt. Dieser Mechanismus ist weit simpler als LM-Hash, wie
Abbildung 2.3 zeigt.
Abbildung 2.3 Der NT-Hash ist ein schlichter MD4-Hash
Der NT-Hash (oder NTOWF, wie er intern bezeichnet wird) wird entweder in der SAM oder
im Unicode-PWD-Attribut eines AD-Benutzers gespeichert.
Beachten Sie, dass weder NTOWF noch LMOWF mit einem Saltwert versehen werden.
Windows hat für Kennwörter niemals Saltwerte verwendet, aus dem einfachen Grund, weil
die Kennwortdatenbanken niemals von anderen Personen gelesen werden konnten. Daher
war ein Vergleichsangriff nie eine besonders interessante Angriffsart. Um die Datenbanken
lesen zu können, muss der Angreifer ohnehin ein Administrator sein, sodass Computer oder
Domäne bereits vollständig kompromittiert sind. Außerdem haben Authentifizierungssysteme,
die mit einem gemeinsamen Geheimnis arbeiten, eine sehr interessante Eigenschaft,
die wir uns in Kürze ansehen und die für diese Frage relevant ist.