Simple Authentication and Security Layer - Versionsgeschichte

Invisigoth67: typo, form

2024-09-14T15:22:23Z

typo, form

← Nächstältere Version		Version vom 14. September 2024, 17:22 Uhr
Zeile 3:		Zeile 3:
	SASL bietet dem [[Anwendungssoftware\|Applikations]]<nowiki></nowiki>protokoll 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üsselt]]es [[Transportprotokoll]], z. B. auf [[Transport Layer Security\|TLS]], gewechselt wird. Die SASL-[[Implementierung]]en auf [[Client]]- und [[Server]]-Seite einigen sich auf ein Verfahren, dieses kann dann von der Applikation transparent benutzt werden.		SASL bietet dem [[Anwendungssoftware\|Applikations]]<nowiki></nowiki>protokoll 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üsselt]]es [[Transportprotokoll]], z. B. auf [[Transport Layer Security\|TLS]], gewechselt wird. Die SASL-[[Implementierung]]en auf [[Client]]- und [[Server]]-Seite einigen sich auf ein Verfahren, 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.		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 u. a. bei [[Simple Mail Transfer Protocol\|SMTP]], [[Internet Message Access Protocol\|IMAP]], [[Post Office Protocol\|POP]]3, [[Lightweight Directory Access Protocol\|LDAP]] und [[Extensible Messaging and Presence Protocol\|XMPP]] benutzt.		SASL wird u. a. bei [[Simple Mail Transfer Protocol\|SMTP]], [[Internet Message Access Protocol\|IMAP]], [[Post Office Protocol\|POP]]3, [[Lightweight Directory Access Protocol\|LDAP]] und [[Extensible Messaging and Presence Protocol\|XMPP]] benutzt.
Zeile 12:		Zeile 12:
	* [[GSSAPI]], ist selbst ein Framework, das beispielsweise [[Kerberos (Informatik)\|Kerberos]] v5 anbietet		* [[GSSAPI]], ist selbst ein Framework, das beispielsweise [[Kerberos (Informatik)\|Kerberos]] v5 anbietet
	* [[CRAM-MD5]], vermeidet die Übertragung des Passworts im Klartext		* [[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ät (Informationssicherheit)\|~~Integrität~~]]s<nowiki></nowiki>sicherung auszuhandeln		* DIGEST-MD5, ähnlich wie CRAM-MD5, jedoch mit der Möglichkeit, zusätzliche Parameter wie [[Integrität (Informationssicherheit)\|Integritäts]]<nowiki></nowiki>sicherung auszuhandeln
	* [[Salted Challenge Response Authentication Mechanism\|SCRAM]] (<nowiki>RFC 5802</nowiki><ref>{{RFC-Internet \|RFC=5802 \|Titel=Salted Challenge Response Authentication Mechanism (SCRAM) SASL and GSS-API Mechanisms \|Datum=2010-07}}</ref>), auf einer [[Challenge-Response-Authentifizierung]] basierender Mechanismus		* [[Salted Challenge Response Authentication Mechanism\|SCRAM]] (<nowiki>RFC 5802</nowiki><ref>{{RFC-Internet \|RFC=5802 \|Titel=Salted Challenge Response Authentication Mechanism (SCRAM) SASL and GSS-API Mechanisms \|Datum=2010-07}}</ref>), auf einer [[Challenge-Response-Authentifizierung]] basierender Mechanismus
	* [[Einmalkennwort]] (OTP), bietet Passwortverifizierung, ohne dass der Server das Passwort kennt		* [[Einmalkennwort]] (OTP), bietet Passwortverifizierung, ohne dass der Server das Passwort kennt

Acky69: zus. Links

2024-08-30T13:51:40Z

zus. Links

← Nächstältere Version		Version vom 30. August 2024, 15:51 Uhr
Zeile 1:		Zeile 1:
	'''Simple Authentication and Security Layer''' ('''SASL''') ist ein [[Framework]], das von verschiedenen [[Netzwerkprotokoll\|Protokollen]] zur [[Authentifizierung]] im [[Internet]] verwendet wird. Es wurde im Oktober 1997 als <nowiki>RFC 2222</nowiki><ref>{{RFC-Internet \|RFC=2222 \|Titel=Simple Authentication and Security Layer (SASL) \|Datum=1997-10 \|Updated=4422}}</ref> definiert, der im Juni 2006 durch <nowiki>RFC 4422</nowiki><ref>{{RFC-Internet \|RFC=4422 \|Titel=Simple Authentication and Security Layer (SASL) \|Datum=2006-10 \|Obsoletes=2222}}</ref> ersetzt wurde.		'''Simple Authentication and Security Layer''' ('''SASL''') ist ein [[Framework]], das von verschiedenen [[Netzwerkprotokoll\|Protokollen]] zur [[Authentifizierung]] im [[Internet]] verwendet wird. Es wurde im Oktober 1997 als <nowiki>RFC 2222</nowiki><ref>{{RFC-Internet \|RFC=2222 \|Titel=Simple Authentication and Security Layer (SASL) \|Datum=1997-10 \|Updated=4422}}</ref> definiert, der im Juni 2006 durch <nowiki>RFC 4422</nowiki><ref>{{RFC-Internet \|RFC=4422 \|Titel=Simple Authentication and Security Layer (SASL) \|Datum=2006-10 \|Obsoletes=2222}}</ref> 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~~ [[Transport Layer Security\|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 bietet dem [[Anwendungssoftware\|Applikations]]<nowiki></nowiki>protokoll 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üsselt]]es [[Transportprotokoll]], z. B. auf [[Transport Layer Security\|TLS]], gewechselt wird. Die SASL-[[Implementierung]]en auf [[Client]]- und [[Server]]-Seite einigen sich auf ein Verfahren, 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 [[Simple Mail Transfer Protocol\|SMTP]], [[Internet Message Access Protocol\|IMAP]], [[Post Office Protocol\|POP]]3, [[Lightweight Directory Access Protocol\|LDAP]] und [[Extensible Messaging and Presence Protocol\|XMPP]] benutzt.

		⚫	SASL wird u. a. bei [[Simple Mail Transfer Protocol\|SMTP]], [[Internet Message Access Protocol\|IMAP]], [[Post Office Protocol\|POP]]3, [[Lightweight Directory Access Protocol\|LDAP]] und [[Extensible Messaging and Presence Protocol\|XMPP]] benutzt.
⚫	== ~~SASL-~~Authentifizierungsmechanismen ==
⚫	~~Die~~ ~~standardisierten~~ Mechanismen sind bei der [[Internet Assigned Numbers Authority\|IANA]] (siehe Weblinks) ~~aufgelistet. Die Liste umfasst unter anderem~~:

		⚫	== Authentifizierungsmechanismen ==
⚫	* PLAIN, alle Daten werden im Klartext ausgetauscht (hier bietet meistens [[Transport Layer Security\|TLS]] die nötigen Sicherheitsmechanismen)
		⚫	Unter anderem folgende standardisierte Mechanismen sind bei der [[Internet Assigned Numbers Authority\|IANA]] aufgelistet (siehe Weblinks):
⚫	* [[GSSAPI]], ist selbst ein Framework, das beispielsweise [[Kerberos (Informatik)\|Kerberos]] v5 anbietet
		⚫	* PLAIN, alle Daten werden im [[Klartext (Kryptographie)\|Klartext]] ausgetauscht (hier bietet meistens [[Transport Layer Security\|TLS]] die nötigen Sicherheitsmechanismen)
		⚫	* [[GSSAPI]], ist selbst ein Framework, das beispielsweise [[Kerberos (Informatik)\|Kerberos]] v5 anbietet
	* [[CRAM-MD5]], vermeidet die Übertragung des Passworts im Klartext		* [[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		* DIGEST-MD5, ähnlich wie CRAM-MD5, jedoch mit der Möglichkeit, zusätzliche Parameter wie [[Integrität (Informationssicherheit)\|Integrität]]s<nowiki></nowiki>sicherung auszuhandeln
	* [[Salted Challenge Response Authentication Mechanism\|SCRAM]] (<nowiki>RFC 5802</nowiki><ref>{{RFC-Internet \|RFC=5802 \|Titel=Salted Challenge Response Authentication Mechanism (SCRAM) SASL and GSS-API Mechanisms \|Datum=2010-07}}</ref>), auf einer [[Challenge-Response-Authentifizierung]] basierender Mechanismus		* [[Salted Challenge Response Authentication Mechanism\|SCRAM]] (<nowiki>RFC 5802</nowiki><ref>{{RFC-Internet \|RFC=5802 \|Titel=Salted Challenge Response Authentication Mechanism (SCRAM) SASL and GSS-API Mechanisms \|Datum=2010-07}}</ref>), auf einer [[Challenge-Response-Authentifizierung]] basierender Mechanismus
	* [[Einmalkennwort]] (OTP), bietet Passwortverifizierung, ohne dass der Server das Passwort kennt		* [[Einmalkennwort]] (OTP), bietet Passwortverifizierung, ohne dass der Server das Passwort kennt
	* ANONYMOUS, der Nutzer kann den Dienst ohne Authentifizierung nutzen		* ANONYMOUS, der Nutzer kann den Dienst [[anonym\|ohne Authentifizierung]] nutzen
	* EXTERNAL, die Authentifizierung erfolgt außerhalb von SASL		* EXTERNAL, die Authentifizierung erfolgt außerhalb von SASL.

	== Literatur ==		== Literatur ==

Wdwd: /* Weblinks, Link fix. */

2023-11-12T21:08:55Z

Weblinks, Link fix.

← Nächstältere Version		Version vom 12. November 2023, 23:08 Uhr
Zeile 28:		Zeile 28:
	** [https://www.cyrusimap.org/ Cyrus SASL]		** [https://www.cyrusimap.org/ Cyrus SASL]
	** [https://josefsson.org/gsasl GNU SASL]		** [https://josefsson.org/gsasl GNU SASL]
	** [https://~~wiki~~.dovecot.org/~~Sasl~~ Dovecot SASL]		** [https://doc.dovecot.org/admin_manual/sasl/ Dovecot SASL]

	== Einzelnachweise ==		== Einzelnachweise ==

Wdwd: Wikilink, Form.

2023-11-12T21:07:45Z

Wikilink, Form.

← Nächstältere Version		Version vom 12. November 2023, 23:07 Uhr
Zeile 6:		Zeile 6:

	== SASL-Authentifizierungsmechanismen ==		== SASL-Authentifizierungsmechanismen ==
	Die standardisierten Mechanismen sind bei der [[Internet Assigned Numbers Authority\|IANA]] (siehe Weblinks) aufgelistet. Es ~~folgt~~ ~~eine~~ ~~Aufstellung~~ ~~der bekanntesten Mechanismen~~:		Die standardisierten Mechanismen sind bei der [[Internet Assigned Numbers Authority\|IANA]] (siehe Weblinks) aufgelistet. Die Liste umfasst unter anderem:

	* PLAIN, alle Daten werden im Klartext ausgetauscht (hier bietet meistens [[Transport Layer Security\|TLS]] die nötigen Sicherheitsmechanismen)		* PLAIN, alle Daten werden im Klartext ausgetauscht (hier bietet meistens [[Transport Layer Security\|TLS]] die nötigen Sicherheitsmechanismen)
Zeile 12:		Zeile 12:
	* [[CRAM-MD5]], vermeidet die Übertragung des Passworts im Klartext		* [[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		* DIGEST-MD5, ähnlich wie CRAM-MD5, jedoch mit der Möglichkeit, zusätzliche Parameter wie Integritätssicherung auszuhandeln
	* [[Salted Challenge Response Authentication Mechanism\|SCRAM]] (<nowiki>RFC 5802</nowiki><ref>{{RFC-Internet \|RFC=5802 \|Titel=Salted Challenge Response Authentication Mechanism (SCRAM) SASL and GSS-API Mechanisms \|Datum=2010-07}}</ref>), ~~ein~~ auf ~~modernem~~ ~~challenge~~-~~response~~-~~Verfahren~~ basierender Mechanismus		* [[Salted Challenge Response Authentication Mechanism\|SCRAM]] (<nowiki>RFC 5802</nowiki><ref>{{RFC-Internet \|RFC=5802 \|Titel=Salted Challenge Response Authentication Mechanism (SCRAM) SASL and GSS-API Mechanisms \|Datum=2010-07}}</ref>), auf einer [[Challenge-Response-Authentifizierung]] basierender Mechanismus
	* [[Einmalkennwort~~\|OTP~~]], bietet Passwortverifizierung, ohne dass der Server das Passwort kennt		* [[Einmalkennwort]] (OTP), bietet Passwortverifizierung, ohne dass der Server das Passwort kennt
	* ANONYMOUS, der Nutzer kann den Dienst ohne Authentifizierung nutzen		* ANONYMOUS, der Nutzer kann den Dienst ohne Authentifizierung nutzen
	* EXTERNAL, die Authentifizierung erfolgt außerhalb von SASL		* EXTERNAL, die Authentifizierung erfolgt außerhalb von SASL

PerfektesChaos: tk k

2023-06-12T15:23:21Z

tk k

← Nächstältere Version		Version vom 12. Juni 2023, 17:23 Uhr
Zeile 1:		Zeile 1:
	'''Simple Authentication and Security Layer''' ('''SASL''') ist ein [[Framework]], das von verschiedenen [[Netzwerkprotokoll\|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.		'''Simple Authentication and Security Layer''' ('''SASL''') ist ein [[Framework]], das von verschiedenen [[Netzwerkprotokoll\|Protokollen]] zur [[Authentifizierung]] im [[Internet]] verwendet wird. Es wurde im Oktober 1997 als <nowiki>RFC 2222</nowiki><ref>{{RFC-Internet \|RFC=2222 \|Titel=Simple Authentication and Security Layer (SASL) \|Datum=1997-10 \|Updated=4422}}</ref> definiert, der im Juni 2006 durch <nowiki>RFC 4422</nowiki><ref>{{RFC-Internet \|RFC=4422 \|Titel=Simple Authentication and Security Layer (SASL) \|Datum=2006-10 \|Obsoletes=2222}}</ref> 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 [[Transport Layer Security\|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 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 [[Transport Layer Security\|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.
Zeile 6:		Zeile 6:

	== SASL-Authentifizierungsmechanismen ==		== SASL-Authentifizierungsmechanismen ==
	Die standardisierten Mechanismen sind bei der [[IANA]] (siehe Weblinks) aufgelistet. Es folgt eine Aufstellung der bekanntesten Mechanismen:		Die standardisierten Mechanismen sind bei der [[Internet Assigned Numbers Authority\|IANA]] (siehe Weblinks) aufgelistet. Es folgt eine Aufstellung der bekanntesten Mechanismen:

	* PLAIN, alle Daten werden im Klartext ausgetauscht (hier bietet meistens [[Transport Layer Security\|TLS]] die nötigen Sicherheitsmechanismen)		* PLAIN, alle Daten werden im Klartext ausgetauscht (hier bietet meistens [[Transport Layer Security\|TLS]] die nötigen Sicherheitsmechanismen)
Zeile 12:		Zeile 12:
	* [[CRAM-MD5]], vermeidet die Übertragung des Passworts im Klartext		* [[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		* DIGEST-MD5, ähnlich wie CRAM-MD5, jedoch mit der Möglichkeit, zusätzliche Parameter wie Integritätssicherung auszuhandeln
	* [[Salted Challenge Response Authentication Mechanism\|SCRAM]] (RFC 5802), ein auf modernem challenge-response-Verfahren basierender Mechanismus		* [[Salted Challenge Response Authentication Mechanism\|SCRAM]] (<nowiki>RFC 5802</nowiki><ref>{{RFC-Internet \|RFC=5802 \|Titel=Salted Challenge Response Authentication Mechanism (SCRAM) SASL and GSS-API Mechanisms \|Datum=2010-07}}</ref>), ein auf modernem challenge-response-Verfahren basierender Mechanismus
	* [[Einmalkennwort\|OTP]], bietet Passwortverifizierung, ohne dass der Server das Passwort kennt		* [[Einmalkennwort\|OTP]], bietet Passwortverifizierung, ohne dass der Server das Passwort kennt
	* ANONYMOUS, der Nutzer kann den Dienst ohne Authentifizierung nutzen		* ANONYMOUS, der Nutzer kann den Dienst ohne Authentifizierung nutzen
Zeile 18:		Zeile 18:

	== Literatur ==		== Literatur ==
	* Roland Bless et al.: ''Sichere Netzwerkkommunikation'', Springer Verlag, 2005, ISBN 3-540-21845-9.		* Roland Bless et al.: ''Sichere Netzwerkkommunikation''. Springer Verlag, 2005, ISBN 3-540-21845-9.

	== Weblinks ==		== Weblinks ==
	* RFCs		* RFCs
			** {{RFC-Internet \|RFC=2222 \|Titel=Simple Authentication and Security Layer (SASL) \|Datum=1997-10 \|Updated=4422}}
	** RFC 2222 – Obsoleter RFC
			** {{RFC-Internet \|RFC=4422 \|Titel=Simple Authentication and Security Layer (SASL) \|Datum=2006-10 \|Obsoletes=2222}}
	** RFC 4422 – Aktueller RFC
	* [https://www.iana.org/assignments/sasl-mechanisms/sasl-mechanisms.xhtml SASL-Mechanismen]		* [https://www.iana.org/assignments/sasl-mechanisms/sasl-mechanisms.xhtml SASL-Mechanismen.] iana.org
	* Freie Bibliotheken		* Freie Bibliotheken
	** [https://www.cyrusimap.org/ Cyrus SASL]		** [https://www.cyrusimap.org/ Cyrus SASL]
	** [https://josefsson.org/gsasl GNU SASL]		** [https://josefsson.org/gsasl GNU SASL]
	** [https://wiki.dovecot.org/Sasl Dovecot SASL]		** [https://wiki.dovecot.org/Sasl Dovecot SASL]

			== Einzelnachweise ==
			<references />

	[[Kategorie:Internet-Anwendungsprotokoll]]		[[Kategorie:Internet-Anwendungsprotokoll]]

Kghbln: linkfix, https

2019-07-31T16:45:24Z

linkfix, https

← Nächstältere Version		Version vom 31. Juli 2019, 18:45 Uhr
Zeile 24:		Zeile 24:
	** RFC 2222 – Obsoleter RFC		** RFC 2222 – Obsoleter RFC
	** RFC 4422 – Aktueller RFC		** RFC 4422 – Aktueller RFC
	* [~~http~~://www.iana.org/assignments/sasl-mechanisms SASL-Mechanismen]		* [https://www.iana.org/assignments/sasl-mechanisms/sasl-mechanisms.xhtml SASL-Mechanismen]
	* Bibliotheken		* Freie Bibliotheken
	** [~~http~~://www.cyrusimap.org/ Cyrus SASL] ~~ist eine freie SASL-Bibliothek~~		** [https://www.cyrusimap.org/ Cyrus SASL]
	** [~~http~~://josefsson.org/gsasl GNU SASL] ~~ist eine freie SASL-Bibliothek~~		** [https://josefsson.org/gsasl GNU SASL]
	** [~~http~~://wiki.dovecot.org/Sasl Dovecot SASL] ~~ist eine freie SASL-Bibliothek~~		** [https://wiki.dovecot.org/Sasl Dovecot SASL]

	[[Kategorie:Internet-Anwendungsprotokoll]]		[[Kategorie:Internet-Anwendungsprotokoll]]

Bloonfan: /* SASL Authentifizierungsmechanismen */ Typo

2018-07-20T19:18:25Z

SASL Authentifizierungsmechanismen: Typo

← Nächstältere Version		Version vom 20. Juli 2018, 21:18 Uhr
Zeile 5:		Zeile 5:
	SASL wird unter anderem bei [[Simple Mail Transfer Protocol\|SMTP]], [[Internet Message Access Protocol\|IMAP]], [[Post Office Protocol\|POP]]3, [[Lightweight Directory Access Protocol\|LDAP]] und [[Extensible Messaging and Presence Protocol\|XMPP]] benutzt.		SASL wird unter anderem bei [[Simple Mail Transfer Protocol\|SMTP]], [[Internet Message Access Protocol\|IMAP]], [[Post Office Protocol\|POP]]3, [[Lightweight Directory Access Protocol\|LDAP]] und [[Extensible Messaging and Presence Protocol\|XMPP]] benutzt.

	== SASL Authentifizierungsmechanismen ==		== SASL-Authentifizierungsmechanismen ==
	Die standardisierten Mechanismen sind bei der [[IANA]] (siehe Weblinks) aufgelistet. Es folgt eine Aufstellung der bekanntesten Mechanismen:		Die standardisierten Mechanismen sind bei der [[IANA]] (siehe Weblinks) aufgelistet. Es folgt eine Aufstellung der bekanntesten Mechanismen:

Noresoft: /* Weblinks */ Defekten Weblink entfernt - SASL working group scheint es nicht mehr zu geben

2018-04-10T15:50:23Z

Weblinks: Defekten Weblink entfernt - SASL working group scheint es nicht mehr zu geben

← Nächstältere Version		Version vom 10. April 2018, 17:50 Uhr
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

Nameless23 am 15. August 2017 um 18:41 Uhr

2017-08-15T18:41:57Z

← Nächstältere Version		Version vom 15. August 2017, 20:41 Uhr
Zeile 1:		Zeile 1:
	'''Simple Authentication and Security Layer''' ('''SASL''') ist ein [[Framework]], das von verschiedenen [[Netzwerkprotokoll\|Protokollen]] zur [[Authentifizierung]] im [[Internet]] verwendet wird. Es wurde im Oktober 1997 als ~~[[Request for Comments\|~~RFC]] 2222 definiert, der im Juni 2006 durch RFC 4422 ersetzt wurde.		'''Simple Authentication and Security Layer''' ('''SASL''') ist ein [[Framework]], das von verschiedenen [[Netzwerkprotokoll\|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 [[Transport Layer Security\|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 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 [[Transport Layer Security\|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.

MrTux am 16. Juni 2015 um 09:40 Uhr

2015-06-16T09:40:35Z

← Nächstältere Version		Version vom 16. Juni 2015, 11:40 Uhr
Zeile 29:		Zeile 29:
	** [http://www.cyrusimap.org/ Cyrus SASL] ist eine freie SASL-Bibliothek		** [http://www.cyrusimap.org/ Cyrus SASL] ist eine freie SASL-Bibliothek
	** [http://josefsson.org/gsasl GNU SASL] ist eine freie SASL-Bibliothek		** [http://josefsson.org/gsasl GNU SASL] ist eine freie SASL-Bibliothek
	** [http://wiki.dovecot.org/Sasl ~~DoveCot~~ SASL] ist eine freie SASL-Bibliothek		** [http://wiki.dovecot.org/Sasl Dovecot SASL] ist eine freie SASL-Bibliothek

	[[Kategorie:Internet-Anwendungsprotokoll]]		[[Kategorie:Internet-Anwendungsprotokoll]]