„Simple Authentication and Security Layer“ – Versionsunterschied
[gesichtete Version] | [gesichtete Version] |
KKeine Bearbeitungszusammenfassung |
K →Weblinks: Defekten Weblink entfernt - SASL working group scheint es nicht mehr zu geben |
||
Zeile 24: | Zeile 24: | ||
** RFC 2222 – Obsoleter RFC |
** RFC 2222 – Obsoleter RFC |
||
** RFC 4422 – Aktueller RFC |
** RFC 4422 – Aktueller RFC |
||
* [http://www.ietf.org/html.charters/sasl-charter.html SASL Working Group] |
|||
* [http://www.iana.org/assignments/sasl-mechanisms SASL-Mechanismen] |
* [http://www.iana.org/assignments/sasl-mechanisms SASL-Mechanismen] |
||
* Bibliotheken |
* Bibliotheken |
Version vom 10. April 2018, 17:50 Uhr
Simple Authentication and Security Layer (SASL) ist ein Framework, das von verschiedenen Protokollen zur Authentifizierung im Internet verwendet wird. Es wurde im Oktober 1997 als RFC 2222 definiert, der im Juni 2006 durch RFC 4422 ersetzt wurde.
SASL bietet dem Applikationsprotokoll damit eine standardisierte Möglichkeit der Aushandlung von Kommunikationsparametern. Im Regelfall wird nur eine Authentifizierungsmethode ausgehandelt, es kann aber auch vereinbart werden, dass zuerst auf ein verschlüsseltes Transportprotokoll, wie beispielsweise TLS, gewechselt wird. Die SASL-Implementierungen auf Client- und Server-Seite einigen sich auf ein Verfahren, und dieses kann dann von der Applikation transparent benutzt werden. Durch diesen Standard wird die Entwicklung sicherer Applikationsprotokolle wesentlich vereinfacht. Der Entwickler muss lediglich eine bestehende SASL-Implementierung nutzen, anstatt ein komplettes Verfahren zur Authentifizierung und Datenverschlüsselung selbst zu implementieren.
SASL wird unter anderem bei SMTP, IMAP, POP3, LDAP und XMPP benutzt.
SASL Authentifizierungsmechanismen
Die standardisierten Mechanismen sind bei der IANA (siehe Weblinks) aufgelistet. Es folgt eine Aufstellung der bekanntesten Mechanismen:
- PLAIN, alle Daten werden im Klartext ausgetauscht (hier bietet meistens TLS die nötigen Sicherheitsmechanismen)
- GSSAPI, ist selbst ein Framework, das beispielsweise Kerberos v5 anbietet
- CRAM-MD5, vermeidet die Übertragung des Passworts im Klartext
- DIGEST-MD5, ähnlich wie CRAM-MD5, jedoch mit der Möglichkeit, zusätzliche Parameter wie Integritätssicherung auszuhandeln
- SCRAM (RFC 5802), ein auf modernem challenge-response-Verfahren basierender Mechanismus
- OTP, bietet Passwortverifizierung, ohne dass der Server das Passwort kennt
- ANONYMOUS, der Nutzer kann den Dienst ohne Authentifizierung nutzen
- EXTERNAL, die Authentifizierung erfolgt außerhalb von SASL
Literatur
- Roland Bless et al.: Sichere Netzwerkkommunikation, Springer Verlag, 2005, ISBN 3-540-21845-9.
Weblinks
- RFCs
- SASL-Mechanismen
- Bibliotheken
- Cyrus SASL ist eine freie SASL-Bibliothek
- GNU SASL ist eine freie SASL-Bibliothek
- Dovecot SASL ist eine freie SASL-Bibliothek