Autenticación de Microsoft

[Discourse]

Hosted by us? This plugin is available on our Business and Enterprise plans. Amazon & Microsoft Logins | Discourse - Civilized Discussion

	Summary	Enable users to log in using their Microsoft accounts (aka Office 365 or Microsoft 365 accounts)
	Install Guide	This plugin is bundled with Discourse core. There is no need to install the plugin separately.

As this is an official plugin maintained by the Discourse team, Support, Bug, UX, and Feature requests can be made in the respective categories here on Meta, and tagged with the appropriate plugin tag. Click on a link below to get one started.

 Support  Bug  UX  Feature

Summary

Microsoft Authentication enables users to log in to your Discourse forum using their Microsoft accounts (also known as Office 365 or Microsoft 365 accounts). This simplifies the login process for organizations that use Microsoft services.

Features

• Allows users to log in with their Microsoft credentials
• Supports both multi-tenant and single-tenant configurations
• Integrates with Microsoft Azure Active Directory
• Simplifies user registration and login

Configuration

To set up Microsoft Authentication for your Discourse forum:

1. Visit Azure Portal’s App Registration page

2. Register a new application:

   • Choose a name (typically your site name)
   • Under “Supported account types,” select the most permissive option for your needs
   

3. Add your site as a Redirect URI for Web in this format:

   • https://your.discourse.forum/auth/microsoft_office365/callback
   

4. Save your changes

5. Visit Certificates & secrets in the left sidebar menu and click New client secret

   • Add a simple description
   • Choose 24 months under “Expires” (note: you’ll need to renew it)
   • Copy the Value (this is the Application Secret) and save it for your plugin settings

6. Visit Overview (in the left sidebar) and copy the Application (client ID)

7. In your Discourse admin area, go to Settings and search for “microsoft auth”

8. Enter the Application ID and Secret from the previous steps

Single-tenant authentication issues

If you’ve configured your Microsoft application as single_tenant, some users may experience issues when logging in. This happens because the emails used for login are considered untrusted, and the system cannot automatically link them to existing Discourse accounts.

To resolve this issue, users can:

1. Look for the “Already have an account?” section at the bottom of the signup form
2. Click the provided link to go through the account link-up process
3. Complete the authentication steps to connect their Microsoft account to their existing Discourse account

Another option is to enable the microsoft auth email verified site setting, if admins are confident that all your users have verified emails.This ensures that returning users with existing accounts don’t create duplicate accounts when authenticating through Microsoft.

Additional configuration options

You can update all Microsoft Authentication settings by visiting the Admin > Settings area and searching for “microsoft auth”.

For single-tenant setups, you’ll need your tenant ID, which you can find in the Azure Portal tenant properties.

Additional resources

• Potential account take over due to unverified emails from Microsoft Identity Platform · Advisory · discourse/discourse-microsoft-auth · GitHub

Last edited by @tobiaseigen 2025-07-16T21:37:09Z

Check document

Perform check on document:

[시온_강]

I'm trying to use microsoft oauth, but I'm having a problem

Since I am trying to build a discourse for internal use, I chose this organizational directory only. However, the article Microsoft Authentication talks about setting up multi-tenant. [image] An error page is displayed as above. Could the Supported account types setting be the problem? I currently don’t have an MPN ID, so I can’t try setting up multi-tenant.

Tengo problemas para usar ese complemento.
¿Podrías darme algún consejo?

[nathank (Nathan Kershaw)]

Como me he vuelto a equivocar al actualizar mi configuración para este plugin, he creado esta PR:

Improve documentation and setting description

El problema es que el panel de aplicaciones de Microsoft ofrece tres campos que parecen ser el ‘Secreto’: Client ID Value y ‘Secret ID’. Sin orientación, he elegido el incorrecto en ambas ocasiones en las que me he enfrentado a esto, ¡y sospecho que no soy el único!

[moggleif (Morgan Johansson)]

Acabo de probar este plugin y no funciona para un solo inquilino.

¿Por qué?

lib/omniauth-microsoft365.rb

option :client_options,
             site: "https://login.microsoftonline.com",
             authorize_url: "/common/oauth2/v2.0/authorize",
             token_url: "/common/oauth2/v2.0/token"

La palabra “common” es el problema.
Parece que eso necesita ser reemplazado por el ID del inquilino para el inquilino único.
Si tienes una cuenta de MS, encontrarás tu ID de inquilino aquí: Microsoft Azure

Todavía no he intentado hacer el cambio yo mismo. Quizás lo haga.
Si no, cualquiera que esté pensando en usar esto para un solo inquilino, no tiene que intentarlo, actualmente no funcionará.

Vea la imagen adjunta a continuación como ejemplo del tipo de error que obtendrá.

[moggleif (Morgan Johansson)]

Ok, nunca he programado con Ruby, y hace algunos años que no programo ni trabajo con cosas técnicas. Pero, ya está hecho. Y ahora también funciona para configuraciones de Inquilino Único (Single Tenant).

Making Single Tenant work for the Microsoft auth plugin.

[pmusaraj (Penar Musaraj)]

Disculpa el seguimiento muy, muy tardío aquí, ¡el PR anterior ya se fusionó!

[moggleif (Morgan Johansson)]

¡Wohoo!

Mi primera contribución a la comunidad. No la última, creo.

[tobiaseigen]

Este plugin ahora está incluido en el núcleo de Discourse como parte de Bundling more popular plugins with Discourse core. Si te autoalojas y usas el plugin, necesitas eliminarlo de tu app.yml antes de tu próxima actualización.