imported>Tsor: link

2025-09-08T15:45:15Z

link

Neue Seite

Das '''Challenge Handshake Authentication Protocol''' ('''CHAP''') ist ein [[Authentifizierung]]sprotokoll, das im Rahmen von [[Point-to-Point Protocol]] (PPP) eingesetzt wird. PPP ist auf der Sicherungsschicht in der [[Internetprotokollfamilie]] angesiedelt.
[[Datei:MSCHAPv2 Flow.pdf|mini|MS-CHAPv2 Ablaufdiagramm]]
Neben der im RFC beschriebenen CHAP-Implementation existieren noch die Varianten [[MS-CHAP|MS-CHAPv1]] (<nowiki>RFC 2433</nowiki><ref>{{RFC-Internet |RFC=2433 |Titel=Microsoft PPP CHAP Extensions |Datum=1998}}</ref>) und MS-CHAPv2 (<nowiki>RFC 2759</nowiki><ref>{{RFC-Internet |RFC=2759 |Titel=Microsoft PPP CHAP Extensions, Version 2 |Datum=2000}}</ref>) von [[Microsoft]].

CHAP ist im <nowiki>RFC 1994</nowiki> spezifiziert.<ref>{{RFC-Internet |RFC=1994 |Titel=PPP Challenge Handshake Authentication Protocol |Datum=}}</ref> Im Gegensatz zum Vorläufer [[Password Authentication Protocol]] (PAP) wird beim CHAP mehr Wert auf die [[Informationssicherheit|Sicherheit]] bei der [[Datenübertragung|Übertragung]] der [[Passwort|Passwörter]] gelegt. Die [[Authentifizierung]] erfolgt in drei Schritten:

# Ein [[Client]] initiiert eine Verbindung zu einem [[Einwahlknoten|Einwahlserver]], und dieser verlangt eine Authentifizierung mittels CHAP. Dabei wird ein [[Zufallszahl|zufälliger]] Wert (die ''Challenge'') an den Client übertragen, der sich authentifizieren muss.
# Der Client bildet aus der Zufallszahl und dem Passwort einen Hashwert mittels einer [[Hashfunktion]] (zum Beispiel [[Message-Digest Algorithm 5|MD5]]) und überträgt diesen an den Einwahlserver. Unter der Annahme, dass die verwendete Hashfunktion eine [[Einwegfunktion]] ist, lässt sich das Passwort ''nicht'' wieder errechnen.
# Der Einwahlserver errechnet ebenfalls einen Hashwert aus der Zufallszahl und dem bei ihm (im [[Klartext (Kryptographie)|Klartext]]) hinterlegten Passwort. Wenn dieser mit dem vom zu authentifizierenden Rechner gesendeten Wert übereinstimmt, ist die Authentifizierung erfolgreich.

In einem zufälligen Abstand sendet der Einwahlserver erneut einen zufälligen Wert (die ''Challenge'') an den Client, mit dem der zweite und dritte Schritt der Prozedur wiederholt wird.

== Sicherheit ==
Ein [[Hacker (Computersicherheit)|Angreifer]], der die Kommunikation [[Abhören|mithört]], empfängt somit nur den zufälligen Wert und den Hashwert. Normalerweise kann er damit nichts anfangen, da das Passwort nicht übertragen wird. Dennoch kann ein Angreifer einen [[Man-in-the-Middle-Angriff]] durchführen, wenn auf Client-Seite sowohl CHAP als auch [[Password Authentication Protocol|PAP]] aktiviert sind. [[Server]] und Client handeln zum Beispiel CHAPv2 aus, ein Angreifer könnte die Verbindung unterbrechen und dem Client sagen, dass der Server PAP erwartet. Der Client schickt daraufhin ein PAP-ACK an den Angreifer und dieser ein CHAPv2-ACK an den Server. Anschließend wird ein Challenge-REQ vom Server geschickt, und der Client schickt dem Angreifer [[Benutzerkennung]] und Passwort, von welchem dann die Challenge-RES kommt. Der Server nimmt dies entweder an oder lehnt es ab (ACK, NACK).

Im Juli 2012 gab der Online-Dienst CloudCracker bekannt, VPN- und WLAN-Verbindungen, die auf MS-CHAPv2 basieren, innerhalb von 24 Stunden knacken zu können. Dieser Dienst wird für jedermann gegen eine Gebühr angeboten. Der [[Brute-Force-Methode|Brute-Force-Angriff]] gelingt dabei über Parallelisierung und speziell abgestimmte Hardware.<ref>[https://www.heise.de/newsticker/meldung/Cloud-Dienst-knackt-VPN-Passwoerter-in-24-Stunden-1654958.html ''Cloud-Dienst knackt VPN-Passwörter in 24 Stunden''.] heise Online; abgerufen am 30. Juli 2012.</ref>

Soll das Passwort nicht im Klartext auf dem Server gespeichert sein, kann auch mehrfach gehasht werden. Hierzu wird auf dem Client zuerst das Passwort gehasht, und mit der Challenge dann ein weiteres Hash aus dem so erhaltenen Hash erstellt. Auf dem Server wird ebenfalls ein Hash aus dem Passworthash und der Challenge erstellt, und diese Werte werden dann verglichen.

== Weblinks ==
* {{RFC-Internet |RFC=1994 |Titel=PPP Challenge Handshake Authentication Protocol |Datum=}}
* [https://www.heise.de/security/artikel/Der-Todesstoss-fuer-PPTP-1701365.html ''Der Todesstoß für PPTP''.] heise.de, 22. September 2012; abgerufen am 18. Mai 2022.

== Einzelnachweise ==
<references />

[[Kategorie:Point-to-Point Protocol]]

Challenge Handshake Authentication Protocol - Versionsgeschichte

imported>Tsor: link