Documentation IRC · Avancé
Commande AUTHENTICATE : échanger les données SASL
AUTHENTICATE transporte un échange SASL après activation de la capacité sasl. Ce n’est pas une commande à taper avec un secret dans un salon. Le mécanisme choisi définit les données, leur sens et les prérequis.
Équipe Dialova · Vérifié le
Syntaxe et paramètres #
AUTHENTICATE <mécanisme | données-base64 | + | *>| Paramètre | Signification |
|---|---|
| mécanisme | Par exemple PLAIN ou EXTERNAL, si le serveur le propose. |
| données-base64 | Réponse du mécanisme, découpée selon les règles SASL IRC. |
| + / * | + représente une réponse vide ; * demande l’abandon de l’échange. |
Exemple commenté #
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 ENDLes pseudos, hôtes et textes de cet échange sont fictifs. Le client peut afficher les réponses sous une forme plus lisible que les trames présentées.
Réponses et erreurs possibles #
| Réponse | À comprendre |
|---|---|
| 900 / 903 | Informations de connexion au compte et succès SASL selon les réponses émises. |
| 908 | Liste de mécanismes disponible dans les usages prévus par la spécification. |
| Erreur | Cause habituelle |
|---|---|
| 904 | Échec SASL. |
| 905 | Réponse trop longue. |
| 906 | Échange abandonné. |
| 907 | Compte déjà authentifié pour un usage non autorisé. |
Droits, compatibilité et précautions #
Cet exemple EXTERNAL suppose un certificat client accepté et associé au compte. Il ne fonctionne pas simplement parce que TLS est activé : TLS authentifie d’abord le serveur, et un certificat client constitue une configuration supplémentaire.
Avec PLAIN, la réponse contient identité d’autorisation, identité d’authentification et mot de passe séparés par des octets NUL, puis encodés en Base64. Base64 ne chiffre rien : utilisez un transport TLS validé.
Les morceaux de données encodées sont bornés à 400 octets. Si la longueur totale encodée est un multiple exact de 400, un AUTHENTICATE + final indique la fin. N’envoyez CAP END qu’au moment cohérent avec le résultat ou l’abandon.
Questions fréquentes #
SASL demande-t-il toujours mon mot de passe du site ? Non. Les identifiants dépendent du service. Pour Dialova, une clé IRC dédiée est utilisée.
Puis-je envoyer un AUTHENTICATE au milieu d’une conversation ? La réauthentification dépend du serveur et de SASL 3.2 ; ce n’est pas un moyen universel de changer de compte à chaud.
Sources et vérification
Les exemples utilisent des pseudos et domaines fictifs, sauf les points de connexion explicitement documentés. Les extensions et réglages propres à un réseau sont signalés dans le texte.
- IRCv3 — SASL Authentication 3.1 ↗Source de spécification · consultée le 2026-10-29
- IRCv3 — SASL Authentication 3.2 ↗Source de spécification · consultée le 2026-10-29
- RFC 4616 — SASL PLAIN ↗Source de spécification · consultée le 2026-10-29
- RFC 4422 — cadre SASL ↗Source de spécification · consultée le 2026-10-29
- Dialova — connexion depuis mIRC ↗Source Dialova · consultée le 2026-10-29