Le pire scénario dont j’ai connaissance nécessite ces conditions :
- les adresses e-mail ne sont pas vérifiées sur le site externe
require_activation=truen’est pas défini dans la charge utile SSO- il existe des comptes existants sur le site Discourse qui n’ont pas de
SingleSignOnRecordassocié (le propriétaire du compte ne s’est jamais connecté à Discourse avec SSO)
Dans ce cas, quelqu’un pourrait s’inscrire sur le site externe en utilisant l’adresse e-mail d’un utilisateur Discourse qui ne s’est jamais connecté avec SSO. Cela permettrait au compte non vérifié du site externe de prendre le contrôle du compte Discourse utilisant la même adresse e-mail. Ce serait particulièrement préoccupant s’il s’agissait d’un compte administrateur sur Discourse.
Il est recommandé que Discourse gère la vérification des e-mails si le site externe ne le fait pas :
Il y a cependant quelques raisons pour lesquelles il est préférable de gérer la vérification des e-mails sur le site externe :
- forcer les utilisateurs à recevoir l’e-mail de confirmation de Discourse ajoute une certaine friction lorsque les utilisateurs tentent de se connecter pour la première fois à Discourse. (Réaliste, cette friction doit se produire quelque part - soit du côté de Discourse, soit du côté du site externe.)
- Discourse ne fera pas correspondre les comptes Discourse existants aux connexions externes en fonction de l’adresse e-mail si
require_activationest défini surtruedans la charge utile SSO. C’est un problème si vous activez DiscourseConnect après que certains comptes ont été créés sur Discourse en s’inscrivant avec un nom d’utilisateur/mot de passe. C’est aussi un problème si, pour une raison quelconque, vous devez un jour supprimer les entréesSingleSignOnRecordsur Discourse. Discourse ne créera pas automatiquement de nouvelles entréesSingleSignOnRecordlorsque les utilisateurs tenteront de se reconnecter à Discourse.