Il mio sito (una wiki basata su MediaWiki) utilizza solo un nome utente e una password (l’email è opzionale per la registrazione degli utenti). Ho già configurato Discourse e attivato l’SSO nelle impostazioni di amministrazione. Cliccando su “Accedi” su Discourse, vengo reindirizzato alla pagina di accesso del mio sito con un nonce.
Discourse utilizza gli indirizzi email per mappare gli utenti esterni agli utenti di Discourse e presume che gli indirizzi email esterni siano sicuri. SE NON VALIDI GLI INDIRIZZI EMAIL PRIMA DI INVIARLI A DISCOURSE, IL TUO SITO SARÀ ESTREMAMENTE VULNERABILE!
Ho alcune domande riguardo all’SSO:
Per chiarire: una volta che l’SSO funziona, tutti gli utenti registrati sul mio sito potranno accedere a Discourse “loggati” senza dover prima registrarsi su Discourse, giusto?
Voglio disabilitare tutte le funzionalità relative alle email su Discourse (poiché sul nostro sito non è obbligatoria l’email). Quindi, niente email da Discourse né verso Discourse (per risposte, ecc.).
Se creo un’email fittizia nel codice SSO del mio sito (qualcosa come unique_id@domain.xyz) per ogni utente e la invio nel payload, va bene?
Come posso far funzionare l’SSO nel mio caso? Avete altri suggerimenti o consigli?
No. Gli indirizzi email validi sono necessari affinché Discourse funzioni al suo livello più fondamentale. Se hai bisogno di un supporto senza email, potresti voler scegliere un diverso software libero e open source.
Ho configurato l’SSO e ho disabilitato le registrazioni/locali e l’accesso diretto su Discourse. Di conseguenza, cliccando su “Accedi” nei forum, gli utenti vengono reindirizzati alla pagina di login del mio sito e, dopo la convalida, tornano ai forum (con il payload, inclusa un’ID e-mail fittizia ma unica).
Ho anche disabilitato tutte le e-mail dalle impostazioni di amministrazione di Discourse (quindi Discourse non invierà NESSUNA e-mail).
Non ho impostato require_activation su true.
Se tutte le e-mail da Discourse sono disabilitate e sto utilizzando l’SSO, le e-mail fittizie saranno ancora un problema? Puoi spiegare perché le e-mail valide sono essenziali e cosa va storto con le e-mail fittizie uniche?
Se l’SSO funziona, potrebbe andare bene… Credo che tu debba impostare questi indirizzi email finti su un dominio specifico per evitare qualsiasi tentativo di invio di email, ma non ricordo i dettagli. Te li ricordi, @gerhard?
Configurare correttamente l’impostazione del sito disable_emailsdovrebbe essere sufficiente, ma è buona norma utilizzare l’estensione di dominio .invalid nel caso in cui si attivino le email in uscita in un secondo momento. Ad esempio, qualcosa come unique_id@something.invalid.