IRC-Dokumentation · Experten
AUTHENTICATE-Befehl: SASL-Daten austauschen
AUTHENTICATE überträgt den SASL-Austausch, nachdem die Capability sasl aktiviert wurde. Den Befehl gibst du nicht zusammen mit einem Geheimnis in einem Channel ein. Der gewählte Mechanismus bestimmt die Daten, ihre Bedeutung und die Voraussetzungen.
Dialova-Team · Überprüft am
Syntax und Parameter #
AUTHENTICATE <mécanisme | données-base64 | + | *>| Parameter | Bedeutung |
|---|---|
| mécanisme | Zum Beispiel PLAIN oder EXTERNAL, sofern vom Server angeboten. |
| données-base64 | Antwort des Mechanismus, aufgeteilt nach den SASL-Regeln für IRC. |
| + / * | + steht für eine leere Antwort, * fordert den Abbruch des Austauschs an. |
Erläutertes Beispiel #
C: CAP REQ :sasl
S: :irc.example CAP Alice ACK :sasl
C: AUTHENTICATE EXTERNAL
S: AUTHENTICATE +
C: AUTHENTICATE +
S: :irc.example 903 Alice :SASL authentication successful
C: CAP ENDNicknames, Hosts und Texte dieses Beispiels sind frei erfunden. Der Client kann die Antworten verständlicher darstellen als die hier gezeigten Protokollzeilen.
Mögliche Antworten und Fehler #
| Antwort | Bedeutung |
|---|---|
| 900 / 903 | Angaben zur Kontoanmeldung und zum SASL-Erfolg, abhängig von den gesendeten Antworten. |
| 908 | Liste der Mechanismen in den von der Spezifikation vorgesehenen Fällen. |
| Fehler | Übliche Ursache |
|---|---|
| 904 | SASL fehlgeschlagen. |
| 905 | Die Antwort ist zu lang. |
| 906 | Der Austausch wurde abgebrochen. |
| 907 | Das Konto ist für diesen nicht erlaubten Anmeldeversuch bereits authentifiziert. |
Rechte, Kompatibilität und Sicherheit #
Das EXTERNAL-Beispiel setzt ein akzeptiertes, dem Konto zugeordnetes Clientzertifikat voraus. TLS allein reicht dafür nicht. TLS authentifiziert zunächst den Server; ein Clientzertifikat muss zusätzlich eingerichtet werden.
Bei PLAIN enthält die Antwort die Autorisierungsidentität, die Authentifizierungsidentität und das Passwort, getrennt durch NUL-Bytes und anschließend Base64-kodiert. Base64 verschlüsselt nicht. Verwende eine TLS-Verbindung mit gültiger Zertifikatsprüfung.
Die kodierten Daten werden in Abschnitte von höchstens 400 Bytes aufgeteilt. Ist die gesamte kodierte Länge ein exaktes Vielfaches von 400, kennzeichnet ein abschließendes AUTHENTICATE + das Ende. Sende CAP END erst passend zum Ergebnis oder nach einem Abbruch.
Häufige Fragen #
Verlangt SASL immer mein Website-Passwort? Nein. Die Zugangsdaten hängen vom Dienst ab. Dialova verwendet einen eigenen IRC-Schlüssel.
Kann ich AUTHENTICATE während eines Gesprächs senden? Eine erneute Authentifizierung hängt vom Server und SASL 3.2 ab. Sie ist kein universelles Verfahren zum Kontowechsel bei laufender Verbindung.
Quellen und Überprüfung
Die Beispiele verwenden erfundene Nicknames und Domains. Ausgenommen sind ausdrücklich dokumentierte Verbindungsadressen. Netzwerkspezifische Erweiterungen und Einstellungen werden im Text gekennzeichnet.
- IRCv3 — SASL Authentication 3.1 ↗Quelle Spezifikation · abgerufen am 2026-10-29
- IRCv3 — SASL Authentication 3.2 ↗Quelle Spezifikation · abgerufen am 2026-10-29
- RFC 4616 — SASL PLAIN ↗Quelle Spezifikation · abgerufen am 2026-10-29
- RFC 4422 — cadre SASL ↗Quelle Spezifikation · abgerufen am 2026-10-29
- Dialova — connexion depuis mIRC ↗Quelle Dialova · abgerufen am 2026-10-29