Account-tag : identifier le compte derrière un message

Une information du serveur #

C: CAP REQ :account-tag
S: :irc.example CAP Alice ACK :account-tag
S: @account=atelier-bob :Bob!u@cloak.example PRIVMSG Alice :Bonjour

Ici Bob est le pseudo et atelier-bob le compte. Le tag account ne doit pas être ajouté lorsque l’auteur n’est pas identifié à un compte de services. Un compte n’a pas nécessairement le même nom que le pseudo et ne désigne pas un email.

Que déduire d’un tag absent ? #

Sans activation de la capacité, son absence ne permet aucune conclusion. Même lorsqu’elle est active, l’absence de compte doit être traitée prudemment : le client peut considérer l’identité non établie pour cette action, plutôt que reconstruire un compte à partir d’un pseudo ou d’un hostmask.

account-tag n’est pas une commande de connexion. SASL établit l’identité ; le tag la décrit dans les messages que le serveur transmet. Ne demandez pas à un utilisateur de saisir son mot de passe pour « activer un tag ».

Différences avec les autres extensions de compte #

Les notifications de compte et les arrivées enrichies ne remplacent pas toujours le tag d’un message privé provenant d’une personne qui ne partage aucun salon avec vous.

Une identité n’est pas une permission #

Un bot peut associer des droits internes à un compte vérifié, mais doit vérifier les rôles, le réseau et l’opération demandée. Un simple texte « account=admin » dans une conversation, ou un tag client arbitraire, n’est pas une attestation du serveur.

• Comprendre comment le compte est authentifié →
• Concevoir un bot qui vérifie les permissions →