Extensible Authentication Protocol: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
|||
(26 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
'''Extensible Authentication Protocol''' (EAP) - | '''Extensible Authentication Protocol''' ('''EAP''') - Erweiterbares Authentifizierungsprotokoll | ||
== Beschreibung == | == Beschreibung == | ||
EAP wurde entwickelt, um eine generische Unterstützung bei der Authentifizierung, d. h der Einwahl, in ein fremdes Netzwerk zu schaffen, ohne dass man sich bei jeder neuen Authentifizierung um die Infrastruktur kümmern und sie aktualisieren müsste | |||
EAP ist heute weitverbreitet und wird von unterschiedlichen Transportprotokollen, wie z. B. [[Point-to-Point Protocol]] (PPP), [[Remote Authentication Dial-In User Service]] (RADIUS) und [[Diameter (Protokoll)|Diameter]] unterstützt | |||
* Der [[Institute of Electrical and Electronics Engineers|IEEE]]-[[IEEE 802.1X|802.1X]]-Standard schlägt u. a. EAP als Authentifizierungsverfahren vor | |||
* Der [[Institute of Electrical and Electronics Engineers|IEEE]]-[[IEEE 802.1X|802.1X]]-Standard schlägt u. a | |||
* Ebenso hat [[3rd Generation Partnership Project|3GPP]] den EAP-Standard zur Zusammenführung der [[Global System for Mobile Communications|GSM]]- mit der [[Internet Protocol|IP]]-Technologie übernommen | * Ebenso hat [[3rd Generation Partnership Project|3GPP]] den EAP-Standard zur Zusammenführung der [[Global System for Mobile Communications|GSM]]- mit der [[Internet Protocol|IP]]-Technologie übernommen | ||
* EAP könnte in Zukunft zudem zum bevorzugten Authentifizierungsverfahren bei der [[WiMAX]]-Authentifizierung werden | * EAP könnte in Zukunft zudem zum bevorzugten Authentifizierungsverfahren bei der [[WiMAX]]-Authentifizierung werden | ||
* [[Authentifizierung]]sprotokoll | |||
* [[Internet Engineering Task Force]] (IETF) | |||
* Oft zur Zugriffskontrolle in [[Wireless Local Area Network|WLANs]] genutzt | |||
Unterstützt unterschiedliche Authentifizierungsverfahren | |||
* [[Benutzername]]/[[Passwort]] | |||
* [[Remote Authentication Dial-In User Service|RADIUS]] | |||
* [[Digitales Zertifikat]] | |||
* [[SIM-Karte]] | |||
== Vorteile == | == Vorteile == | ||
Zeile 17: | Zeile 24: | ||
== Authentifizierungsverfahren == | == Authentifizierungsverfahren == | ||
Bei EAP erfolgt die Aushandlung des konkret eingesetzten Authentifizierungsmechanismus erst während der Authentifizierungsphase, was den Einsatz eines Authentifizierungs-Servers erlaubt | Bei EAP erfolgt die Aushandlung des konkret eingesetzten Authentifizierungsmechanismus erst während der Authentifizierungsphase, was den Einsatz eines Authentifizierungs-Servers erlaubt | ||
* Ein sogenannter [[Supplikant (Computer)|Supplicant]] (Bittsteller) ist ein User oder Client, welcher sich bei einer Authentifizierungsstelle zur Authentifizierung anmelden möchte, z. B | * Ein sogenannter [[Supplikant (Computer)|Supplicant]] (Bittsteller) ist ein User oder Client, welcher sich bei einer Authentifizierungsstelle zur Authentifizierung anmelden möchte, z. B. ein mobiler Node beim Verbindungsaufbau zu einem Netzwerk | ||
* Ein sogenannter Authentikator gibt dabei die Authentifizierungsnachrichten vom Supplicant an den Authentifizierungs-Server weiter | * Ein sogenannter Authentikator gibt dabei die Authentifizierungsnachrichten vom Supplicant an den Authentifizierungs-Server weiter | ||
* Dabei können auch mehrere Mechanismen in Folge benutzt werden | * Dabei können auch mehrere Mechanismen in Folge benutzt werden | ||
* Die Kontrolle darüber hat der Authentikator, der mittels eines Request das Verfahren bestimmt | * Die Kontrolle darüber hat der Authentikator, der mittels eines Request das Verfahren bestimmt | ||
Zur Auswahl stehen z. B. Identitätsabfrage für Dial-In-Verbindungen, [[Message-Digest Algorithm 5|MD5]]-Challenge ([[Challenge Handshake Authentication Protocol|CHAP]]), One-Time-Passwörter, Generic Token Cards etc | |||
* Nach Authentifizierungsanreiz (Request) vom Authentikator an den Supplicant, antwortet dieser mit einer Response, die im Datenfeld die jeweilige Authentifizierung (Identität (ID), Passwort, Hash-Wert, IMSI etc.) enthält | * Nach Authentifizierungsanreiz (Request) vom Authentikator an den Supplicant, antwortet dieser mit einer Response, die im Datenfeld die jeweilige Authentifizierung (Identität (ID), Passwort, Hash-Wert, IMSI etc.) enthält | ||
* Daraufhin kann der Authentikator weitere Angaben mittels Challenge-Response-Verfahren fordern | * Daraufhin kann der Authentikator weitere Angaben mittels Challenge-Response-Verfahren fordern | ||
Zeile 29: | Zeile 35: | ||
=== Identität === | === Identität === | ||
Identifizierung möglicherweise durch den Benutzer, d. h | Identifizierung möglicherweise durch den Benutzer, d. h. durch Eingabe einer User-ID | ||
* Im Request-Paket kann ein Aufforderungstext mitgeschickt werden, der dem Benutzer vor der Eingabe der ID angezeigt wird | * Im Request-Paket kann ein Aufforderungstext mitgeschickt werden, der dem Benutzer vor der Eingabe der ID angezeigt wird | ||
Zeile 37: | Zeile 42: | ||
=== NAK === | === NAK === | ||
( | NAK (No Acknowledgement) | ||
* Negatives Acknowledgement | |||
* Dieser Typ darf nur in einer Response-Nachricht auftauchen | * Dieser Typ darf nur in einer Response-Nachricht auftauchen | ||
* Es wird damit signalisiert, dass der Peer das gewünschte Authentifizierungsverfahren nicht unterstützt | * Es wird damit signalisiert, dass der Peer das gewünschte Authentifizierungsverfahren nicht unterstützt | ||
Zeile 60: | Zeile 66: | ||
* Durch diese Methode erfolgt das Einwählen an einem verschlüsselten [[Wireless Local Area Network|WLAN]] automatisch, da der Client (meist ein [[Mobiltelefon]]) sich im [[Triple-A-System]] durch seinen SIM-Authentifizierungs-Algorithmus einwählt und somit die Eingabe eines voreingestellten [[Wireless Local Area Network#Verschlüsselung|WLAN-Passworts]] wegfällt | * Durch diese Methode erfolgt das Einwählen an einem verschlüsselten [[Wireless Local Area Network|WLAN]] automatisch, da der Client (meist ein [[Mobiltelefon]]) sich im [[Triple-A-System]] durch seinen SIM-Authentifizierungs-Algorithmus einwählt und somit die Eingabe eines voreingestellten [[Wireless Local Area Network#Verschlüsselung|WLAN-Passworts]] wegfällt | ||
=== | === Verfahren === | ||
Es gibt ca. 40 EAP-Verfahren | ; Es gibt ca. 40 EAP-Verfahren | ||
[[Request for Comments|RFC]] | |||
* | * EAP-MD5 | ||
* EAP-OTP | |||
* EAP-GTC | |||
* EAP-TLS | |||
Herstellerspezifisch | |||
* EAP-TLS | |||
* EAP-SIM | |||
* EAP-AKA | |||
* PEAP | |||
* [[Lightweight Extensible Authentication Protocol|LEAP]] | |||
* EAP-TTLS | |||
* EAP-IKEv2 | |||
<noinclude> | <noinclude> | ||
== Anhang == | == Anhang == | ||
=== Siehe auch === | === Siehe auch === | ||
Zeile 104: | Zeile 110: | ||
===== Projekt ===== | ===== Projekt ===== | ||
===== Weblinks ===== | ===== Weblinks ===== | ||
# https://de.wikipedia.org/wiki/Extensible_Authentication_Protocol | |||
</noinclude> | </noinclude> | ||
[[Kategorie:Authentifizierung]] |
Aktuelle Version vom 8. Juni 2024, 09:01 Uhr
Extensible Authentication Protocol (EAP) - Erweiterbares Authentifizierungsprotokoll
Beschreibung
EAP wurde entwickelt, um eine generische Unterstützung bei der Authentifizierung, d. h der Einwahl, in ein fremdes Netzwerk zu schaffen, ohne dass man sich bei jeder neuen Authentifizierung um die Infrastruktur kümmern und sie aktualisieren müsste
EAP ist heute weitverbreitet und wird von unterschiedlichen Transportprotokollen, wie z. B. Point-to-Point Protocol (PPP), Remote Authentication Dial-In User Service (RADIUS) und Diameter unterstützt
- Der IEEE-802.1X-Standard schlägt u. a. EAP als Authentifizierungsverfahren vor
- Ebenso hat 3GPP den EAP-Standard zur Zusammenführung der GSM- mit der IP-Technologie übernommen
- EAP könnte in Zukunft zudem zum bevorzugten Authentifizierungsverfahren bei der WiMAX-Authentifizierung werden
- Authentifizierungsprotokoll
- Internet Engineering Task Force (IETF)
- Oft zur Zugriffskontrolle in WLANs genutzt
Unterstützt unterschiedliche Authentifizierungsverfahren
Vorteile
Es können mehrere Authentifizierungsmechanismen (auch in Folge) verwendet werden, die nicht schon in der Verbindungsaufbauphase ausgehandelt werden müssen
Authentifizierungsverfahren
Bei EAP erfolgt die Aushandlung des konkret eingesetzten Authentifizierungsmechanismus erst während der Authentifizierungsphase, was den Einsatz eines Authentifizierungs-Servers erlaubt
- Ein sogenannter Supplicant (Bittsteller) ist ein User oder Client, welcher sich bei einer Authentifizierungsstelle zur Authentifizierung anmelden möchte, z. B. ein mobiler Node beim Verbindungsaufbau zu einem Netzwerk
- Ein sogenannter Authentikator gibt dabei die Authentifizierungsnachrichten vom Supplicant an den Authentifizierungs-Server weiter
- Dabei können auch mehrere Mechanismen in Folge benutzt werden
- Die Kontrolle darüber hat der Authentikator, der mittels eines Request das Verfahren bestimmt
Zur Auswahl stehen z. B. Identitätsabfrage für Dial-In-Verbindungen, MD5-Challenge (CHAP), One-Time-Passwörter, Generic Token Cards etc
- Nach Authentifizierungsanreiz (Request) vom Authentikator an den Supplicant, antwortet dieser mit einer Response, die im Datenfeld die jeweilige Authentifizierung (Identität (ID), Passwort, Hash-Wert, IMSI etc.) enthält
- Daraufhin kann der Authentikator weitere Angaben mittels Challenge-Response-Verfahren fordern
- Abgeschlossen wird die Authentifizierung mit einem Success-/Failure-Response vom Authentikator
Identität
Identifizierung möglicherweise durch den Benutzer, d. h. durch Eingabe einer User-ID
- Im Request-Paket kann ein Aufforderungstext mitgeschickt werden, der dem Benutzer vor der Eingabe der ID angezeigt wird
Benachrichtigung
Im Datenteil des Pakets wird eine Meldung an den Benutzer transportiert, die diesem angezeigt wird Z. B. Authentifizierungsfehler, Passwortablaufzeit, …
NAK
NAK (No Acknowledgement)
- Negatives Acknowledgement
- Dieser Typ darf nur in einer Response-Nachricht auftauchen
- Es wird damit signalisiert, dass der Peer das gewünschte Authentifizierungsverfahren nicht unterstützt
MD5-Challenge
Dies entspricht CHAP mit MD5 als Hash-Algorithmus
- In der Request-Message wird ein Zufallswert übertragen
- Das Response-Paket enthält den Hash-Wert über diesen Zufallswert und ein nur den beiden Parteien bekanntes Passwort (siehe auch Challenge-Response-Authentifizierung)
One-Time-Password
Die Request-Message enthält eine OTP-Challenge
- Im Response-Paket steht das jeweilige One-Time-Passwort
TLS
Um ein aufwendiges Design von kryptographischen Protokollen zu vermeiden, wird hier der Authentifizierungsdialog von TLS verwendet
Weit verbreitet ist das EAP-TLS-Verfahren, welches bei allen nach 802.11i standardisierten WLAN-Komponenten genutzt werden kann
- Dabei prüft der Authenticator (Accesspoint/Router) die vom potentiellen Netzwerkteilnehmer (Notebook) übermittelten Authentifizierungsinformationen auf einem Authentifizierungsserver (RADIUS)
SIM/AKA
Das EAP for GSM Subscriber Identity Module bzw. for UMTS Authentication and Key Agreement (RFC 4186</nowiki – <nowiki>RFC 4187) ist ein weiteres Authentifizierungsverfahren des Extensible Authentication Protocols, welches die GSM/UMTS SIM-Karte zum Authentifizieren nutzt
- Durch diese Methode erfolgt das Einwählen an einem verschlüsselten WLAN automatisch, da der Client (meist ein Mobiltelefon) sich im Triple-A-System durch seinen SIM-Authentifizierungs-Algorithmus einwählt und somit die Eingabe eines voreingestellten WLAN-Passworts wegfällt
Verfahren
- Es gibt ca. 40 EAP-Verfahren
- EAP-MD5
- EAP-OTP
- EAP-GTC
- EAP-TLS
Herstellerspezifisch
- EAP-TLS
- EAP-SIM
- EAP-AKA
- PEAP
- LEAP
- EAP-TTLS
- EAP-IKEv2
Anhang
Siehe auch
Dokumentation
RFC
RFC | Titel |
---|---|
3748 | Extensible Authentication Protocol (EAP) |
2284 | PPP Extensible Authentication Protocol (EAP) |
1938 | A One-Time Password System |
4186 | Extensible Authentication Protocol Method for Global System for Mobile Communications (GSM) Subscriber Identity Modules (EAP-SIM) |
4187 | Extensible Authentication Protocol Method for 3rd Generation Authentication and Key Agreement (EAP-AKA) |