Cette page a été traduite par l'API Cloud Translation.

Authentification à l'aide de Microsoft avec JavaScript

Vous pouvez permettre à vos utilisateurs de s'authentifier auprès de Firebase à l'aide de fournisseurs OAuth tels que Microsoft Azure Active Directory en intégrant la connexion OAuth générique dans votre application à l'aide du SDK Firebase pour effectuer le flux de connexion de bout en bout.

Avant que tu commences

Pour connecter des utilisateurs à l'aide de comptes Microsoft (Azure Active Directory et comptes Microsoft personnels), vous devez d'abord activer Microsoft en tant que fournisseur de connexion pour votre projet Firebase :

Ajoutez Firebase à votre projet JavaScript .
Dans la console Firebase , ouvrez la section Auth .
Dans l'onglet Méthode de connexion , activez le fournisseur Microsoft .
Ajoutez l' ID client et la clé secrète client de la console développeur de ce fournisseur à la configuration du fournisseur :
1. Pour enregistrer un client Microsoft OAuth, suivez les instructions de Démarrage rapide : Enregistrer une application avec le point de terminaison Azure Active Directory v2.0 . Notez que ce point de terminaison prend en charge la connexion à l'aide de comptes personnels Microsoft ainsi que de comptes Azure Active Directory. En savoir plus sur Azure Active Directory v2.0.
2. Lors de l'enregistrement d'applications auprès de ces fournisseurs, assurez-vous d'enregistrer le domaine *.firebaseapp.com pour votre projet en tant que domaine de redirection pour votre application.
Cliquez sur Enregistrer .

Gérer le flux de connexion avec le SDK Firebase

Si vous créez une application Web, le moyen le plus simple d'authentifier vos utilisateurs auprès de Firebase à l'aide de leurs comptes Microsoft consiste à gérer l'intégralité du flux de connexion avec le SDK Firebase JavaScript.

Pour gérer le flux de connexion avec le SDK Firebase JavaScript, procédez comme suit :

Créez une instance d' OAuthProvider à l'aide de l'ID de fournisseur microsoft.com .
Web modular API
En savoir plus sur l'API Web modulaire arborescente et la mise à niveau à partir de l'API à espace de noms.
```
import { OAuthProvider } from "firebase/auth";

const provider = new OAuthProvider('microsoft.com');auth_msft_create_provider.js
```
Web namespaced API
```
var provider = new firebase.auth.OAuthProvider('microsoft.com');microsoft-oauth.js
```

Facultatif : spécifiez des paramètres OAuth personnalisés supplémentaires que vous souhaitez envoyer avec la requête OAuth.

Web modular API

provider.setCustomParameters({
  // Force re-consent.
  prompt: 'consent',
  // Target specific email with login hint.
  login_hint: 'user@firstadd.onmicrosoft.com'
});auth_msft_provider_params.js

Web namespaced API

provider.setCustomParameters({
  // Force re-consent.
  prompt: 'consent',
  // Target specific email with login hint.
  login_hint: 'user@firstadd.onmicrosoft.com'
});microsoft-oauth.js

Pour les paramètres pris en charge par Microsoft, consultez la documentation Microsoft OAuth . Notez que vous ne pouvez pas transmettre les paramètres requis par Firebase avec setCustomParameters() . Ces paramètres sont client_id , response_type , redirect_uri , state , scope et response_mode .

Pour autoriser uniquement les utilisateurs d'un locataire Azure AD particulier à se connecter à l'application, vous pouvez utiliser soit le nom de domaine convivial du locataire Azure AD, soit l'identifiant GUID du locataire. Cela peut être fait en spécifiant le champ "locataire" dans l'objet des paramètres personnalisés.

Web modular API

provider.setCustomParameters({
  // Optional "tenant" parameter in case you are using an Azure AD tenant.
  // eg. '8eaef023-2b34-4da1-9baa-8bc8c9d6a490' or 'contoso.onmicrosoft.com'
  // or "common" for tenant-independent tokens.
  // The default value is "common".
  tenant: 'TENANT_ID'
});auth_msft_provider_params_tenant.js

Web namespaced API

provider.setCustomParameters({
  // Optional "tenant" parameter in case you are using an Azure AD tenant.
  // eg. '8eaef023-2b34-4da1-9baa-8bc8c9d6a490' or 'contoso.onmicrosoft.com'
  // or "common" for tenant-independent tokens.
  // The default value is "common".
  tenant: 'TENANT_ID'
});microsoft-oauth.js

Facultatif : spécifiez des étendues OAuth 2.0 supplémentaires au-delà du profil de base que vous souhaitez demander au fournisseur d'authentification.
```
provider.addScope('mail.read');
provider.addScope('calendars.read');
```
Pour en savoir plus, reportez-vous à la documentation sur les autorisations et le consentement de Microsoft .
Authentifiez-vous auprès de Firebase à l'aide de l'objet fournisseur OAuth. Vous pouvez inviter vos utilisateurs à se connecter avec leurs comptes Microsoft en ouvrant une fenêtre contextuelle ou en les redirigeant vers la page de connexion. La méthode de redirection est préférée sur les appareils mobiles.
- Pour vous connecter avec une fenêtre pop-up, appelez signInWithPopup :
Web modular API
En savoir plus sur l'API Web modulaire arborescente et la mise à niveau à partir de l'API à espace de noms.
```
import { getAuth, signInWithPopup, OAuthProvider } from "firebase/auth";

const auth = getAuth();
signInWithPopup(auth, provider)
  .then((result) => {
    // User is signed in.
    // IdP data available in result.additionalUserInfo.profile.

    // Get the OAuth access token and ID Token
    const credential = OAuthProvider.credentialFromResult(result);
    const accessToken = credential.accessToken;
    const idToken = credential.idToken;
  })
  .catch((error) => {
    // Handle error.
  });auth_msft_signin_popup.js
```
Web namespaced API
```
firebase.auth().signInWithPopup(provider)
  .then((result) => {
    // IdP data available in result.additionalUserInfo.profile.
    // ...

    /** @type {firebase.auth.OAuthCredential} */
    var credential = result.credential;

    // OAuth access and id tokens can also be retrieved:
    var accessToken = credential.accessToken;
    var idToken = credential.idToken;
  })
  .catch((error) => {
    // Handle error.
  });microsoft-oauth.js
```
- Pour vous connecter en vous redirigeant vers la page de connexion, appelez signInWithRedirect :
Suivez les meilleures pratiques lors de l'utilisation signInWithRedirect , linkWithRedirect ou reauthenticateWithRedirect .
Web modular API
En savoir plus sur l'API Web modulaire arborescente et la mise à niveau à partir de l'API à espace de noms.
```
import { getAuth, signInWithRedirect } from "firebase/auth";

const auth = getAuth();
signInWithRedirect(auth, provider);auth_msft_signin_redirect.js
```
Web namespaced API
```
firebase.auth().signInWithRedirect(provider);microsoft-oauth.js
```
Une fois que l'utilisateur s'est connecté et revient à la page, vous pouvez obtenir le résultat de la connexion en appelant getRedirectResult .
Web modular API
En savoir plus sur l'API Web modulaire arborescente et la mise à niveau à partir de l'API à espace de noms.
```
import { getAuth, getRedirectResult, OAuthProvider } from "firebase/auth";

const auth = getAuth();
getRedirectResult(auth)
  .then((result) => {
    // User is signed in.
    // IdP data available in result.additionalUserInfo.profile.

    // Get the OAuth access token and ID Token
    const credential = OAuthProvider.credentialFromResult(result);
    const accessToken = credential.accessToken;
    const idToken = credential.idToken;
  })
  .catch((error) => {
    // Handle error.
  });auth_msft_signin_redirect_result.js
```
Web namespaced API
```
firebase.auth().getRedirectResult()
  .then((result) => {
    // IdP data available in result.additionalUserInfo.profile.
    // ...

    /** @type {firebase.auth.OAuthCredential} */
    var credential = result.credential;

    // OAuth access and id tokens can also be retrieved:
    var accessToken = credential.accessToken;
    var idToken = credential.idToken;
  })
  .catch((error) => {
    // Handle error.
  });microsoft-oauth.js
```
En cas de réussite, le jeton d'accès OAuth associé au fournisseur peut être récupéré à partir de l'objet firebase.auth.UserCredential renvoyé.
À l'aide du jeton d'accès OAuth, vous pouvez appeler l' API Microsoft Graph .
Par exemple, pour obtenir les informations de profil de base, l'API REST suivante peut être appelée :
```
curl -i -H "Authorization: Bearer ACCESS_TOKEN" https://graph.microsoft.com/v1.0/me
```
Contrairement aux autres fournisseurs pris en charge par Firebase Auth, Microsoft ne fournit pas d'URL de photo et à la place, les données binaires d'une photo de profil doivent être demandées via l'API Microsoft Graph .
Outre le jeton d'accès OAuth, le jeton d'identification OAuth de l'utilisateur peut également être récupéré à partir de l'objet firebase.auth.UserCredential . La sub revendication dans le jeton d'ID est spécifique à l'application et ne correspondra pas à l'identifiant d'utilisateur fédéré utilisé par Firebase Auth et accessible via user.providerData[0].uid . Le champ de revendication oid doit être utilisé à la place. Lorsque vous utilisez un locataire Azure AD pour vous connecter, la revendication oid sera une correspondance exacte. Cependant, pour le cas non locataire, le champ oid est rempli. Pour un ID fédéré 4b2eabcdefghijkl , l' oid aura la forme 00000000-0000-0000-4b2e-abcdefghijkl .

Bien que les exemples ci-dessus se concentrent sur les flux de connexion, vous avez également la possibilité de lier un fournisseur Microsoft à un utilisateur existant à l'aide de linkWithPopup / linkWithRedirect . Par exemple, vous pouvez lier plusieurs fournisseurs au même utilisateur, leur permettant de se connecter avec l'un ou l'autre.

Web modular API

import { getAuth, linkWithPopup, OAuthProvider } from "firebase/auth";

const provider = new OAuthProvider('microsoft.com');
const auth = getAuth();

linkWithPopup(auth.currentUser, provider)
    .then((result) => {
      // Microsoft credential is linked to the current user.
      // IdP data available in result.additionalUserInfo.profile.

      // Get the OAuth access token and ID Token
      const credential = OAuthProvider.credentialFromResult(result);
      const accessToken = credential.accessToken;
      const idToken = credential.idToken;
    })
    .catch((error) => {
      // Handle error.
    });auth_msft_link_popup.js

Web namespaced API

var provider = new firebase.auth.OAuthProvider('microsoft.com');
firebase.auth().currentUser.linkWithPopup(provider)
    .then((result) => {
      // Microsoft credential is linked to the current user.
      // IdP data available in result.additionalUserInfo.profile.
      // OAuth access token can also be retrieved:
      // result.credential.accessToken
      // OAuth ID token can also be retrieved:
      // result.credential.idToken
    })
    .catch((error) => {
      // Handle error.
    });microsoft-oauth.js

Le même modèle peut être utilisé avec reauthenticateWithPopup / reauthenticateWithRedirect qui peut être utilisé pour récupérer de nouvelles informations d'identification pour les opérations sensibles qui nécessitent une connexion récente.

Web modular API

import { getAuth, reauthenticateWithPopup, OAuthProvider } from "firebase/auth";

const provider = new OAuthProvider('microsoft.com');
const auth = getAuth();
reauthenticateWithPopup(auth.currentUser, provider)
    .then((result) => {
      // User is re-authenticated with fresh tokens minted and
      // should be able to perform sensitive operations like account
      // deletion and email or password update.
      // IdP data available in result.additionalUserInfo.profile.

      // Get the OAuth access token and ID Token
      const credential = OAuthProvider.credentialFromResult(result);
      const accessToken = credential.accessToken;
      const idToken = credential.idToken;
    })
    .catch((error) => {
      // Handle error.
    });auth_msft_reauth_popup.js

Web namespaced API

var provider = new firebase.auth.OAuthProvider('microsoft.com');
firebase.auth().currentUser.reauthenticateWithPopup(provider)
    .then((result) => {
      // User is re-authenticated with fresh tokens minted and
      // should be able to perform sensitive operations like account
      // deletion and email or password update.
      // IdP data available in result.additionalUserInfo.profile.
      // OAuth access token can also be retrieved:
      // result.credential.accessToken
      // OAuth ID token can also be retrieved:
      // result.credential.idToken
    })
    .catch((error) => {
      // Handle error.
    });microsoft-oauth.js

Gestion des erreurs account-exists-with-different-credential

Si vous avez activé le paramètre Un compte par adresse e-mail dans la console Firebase , lorsqu'un utilisateur tente de se connecter à un fournisseur (tel que Microsoft) avec une adresse e-mail qui existe déjà pour le fournisseur d'un autre utilisateur Firebase (tel que Google), l'erreur auth/account-exists-with-different-credential est lancé avec un objet AuthCredential (informations d'identification Microsoft). Pour terminer la connexion au fournisseur prévu, l'utilisateur doit d'abord se connecter au fournisseur existant (Google), puis créer un lien vers l'ancien AuthCredential (identifiant Microsoft).

Si vous utilisez signInWithPopup , vous pouvez gérer les erreurs auth/account-exists-with-different-credential avec un code comme dans l'exemple suivant :


// Step 1.
// User tries to sign in to Microsoft.
auth.signInWithPopup(new firebase.auth.OAuthProvider('microsoft.com')).catch(function(error) {
  // An error happened.
  if (error.code === 'auth/account-exists-with-different-credential') {
    // Step 2.
    // User's email already exists.
    // The pending Microsoft credential.
    var pendingCred = error.credential;
    // The provider account's email address.
    var email = error.email;
    // Get sign-in methods for this email.
    auth.fetchSignInMethodsForEmail(email).then(function(methods) {
      // Step 3.
      // If the user has several sign-in methods,
      // the first method in the list will be the "recommended" method to use.
      if (methods[0] === 'password') {
        // Asks the user their password.
        // In real scenario, you should handle this asynchronously.
        var password = promptUserForPassword(); // TODO: implement promptUserForPassword.
        auth.signInWithEmailAndPassword(email, password).then(function(result) {
          // Step 4a.
          return result.user.linkWithCredential(pendingCred);
        }).then(function() {
          // Microsoft account successfully linked to the existing Firebase user.
          goToApp();
        });
        return;
      }
      // All the other cases are external providers.
      // Construct provider object for that provider.
      // TODO: implement getProviderForProviderId.
      var provider = getProviderForProviderId(methods[0]);
      // At this point, you should let the user know that they already have an account
      // but with a different provider, and let them validate the fact they want to
      // sign in with this provider.
      // Sign in to provider. Note: browsers usually block popup triggered asynchronously,
      // so in real scenario you should ask the user to click on a "continue" button
      // that will trigger the signInWithPopup.
      auth.signInWithPopup(provider).then(function(result) {
        // Remember that the user may have signed in with an account that has a different email
        // address than the first one. This can happen as Firebase doesn't control the provider's
        // sign in flow and the user is free to login using whichever account they own.
        // Step 4b.
        // Link to Microsoft credential.
        // As we have access to the pending credential, we can directly call the link method.
        result.user.linkAndRetrieveDataWithCredential(pendingCred).then(function(usercred) {
          // Microsoft account successfully linked to the existing Firebase user.
          goToApp();
        });
      });
    });
  }
});

Mode de redirection

Cette erreur est gérée de la même manière en mode de redirection, à la différence que les informations d'identification en attente doivent être mises en cache entre les redirections de page (par exemple, en utilisant le stockage de session).

Contrairement à d'autres fournisseurs OAuth pris en charge par Firebase tels que Google, Facebook et Twitter, où la connexion peut être directement réalisée avec des informations d'identification basées sur des jetons d'accès OAuth, Firebase Auth ne prend pas en charge la même capacité pour des fournisseurs tels que Microsoft en raison de l'incapacité du Serveur Firebase Auth pour vérifier l'audience des jetons d'accès Microsoft OAuth. Il s'agit d'une exigence de sécurité critique qui pourrait exposer les applications et les sites Web à des attaques répétées où un jeton d'accès Microsoft OAuth obtenu pour un projet (attaquant) peut être utilisé pour se connecter à un autre projet (victime). Au lieu de cela, Firebase Auth offre la possibilité de gérer l'intégralité du flux OAuth et l'échange de code d'autorisation à l'aide de l'ID client OAuth et du secret configurés dans la console Firebase. Comme le code d'autorisation ne peut être utilisé qu'en conjonction avec un ID/secret client spécifique, un code d'autorisation obtenu pour un projet ne peut pas être utilisé avec un autre.

Si ces fournisseurs doivent être utilisés dans des environnements non pris en charge, une bibliothèque OAuth tierce et une authentification personnalisée Firebase devront être utilisées. Le premier est nécessaire pour s'authentifier auprès du fournisseur et le second pour échanger les informations d'identification du fournisseur contre un jeton personnalisé.

Authentification avec Firebase dans une extension Chrome

Si vous créez une application d'extension Chrome, vous devez ajouter votre ID d'extension Chrome :

Ouvrez votre projet dans la console Firebase .
Dans la section Authentification , ouvrez la page Méthode de connexion .
Ajoutez un URI comme celui-ci à la liste des domaines autorisés :
```
chrome-extension://CHROME_EXTENSION_ID
```

Seules les opérations contextuelles ( signInWithPopup , linkWithPopup et reauthenticateWithPopup ) sont disponibles pour les extensions Chrome, car les extensions Chrome ne peuvent pas utiliser les redirections HTTP. Vous devez appeler ces méthodes à partir d'un script de page d'arrière-plan plutôt que d'une fenêtre contextuelle d'action du navigateur, car la fenêtre contextuelle d'authentification annulera la fenêtre contextuelle d'action du navigateur. Les méthodes contextuelles ne peuvent être utilisées que dans les extensions utilisant Manifest V2 . Le nouveau Manifest V3 n'autorise que les scripts d'arrière-plan sous la forme de travailleurs de service, qui ne peuvent pas du tout effectuer les opérations contextuelles.

Dans le fichier manifeste de votre extension Chrome, assurez-vous d'ajouter l'URL https://apis.google.com à la liste d'autorisation content_security_policy .

Lors de la création du projet, Firebase fournira un sous-domaine unique pour votre projet : https://my-app-12345.firebaseapp.com .

Cela sera également utilisé comme mécanisme de redirection pour la connexion OAuth. Ce domaine devra être autorisé pour tous les fournisseurs OAuth pris en charge. Cependant, cela signifie que les utilisateurs peuvent voir ce domaine lorsqu'ils se connectent à Microsoft avant de se rediriger vers l'application : Continuez vers : https://my-app-12345.firebaseapp.com .

Pour éviter d'afficher votre sous-domaine, vous pouvez configurer un domaine personnalisé avec Firebase Hosting :

Suivez les étapes 1 à 3 dans Configurer votre domaine pour l'hébergement . Lorsque vous vérifiez la propriété de votre domaine, l'hébergement provisionne un certificat SSL pour votre domaine personnalisé.
Ajoutez votre domaine personnalisé à la liste des domaines autorisés dans la console Firebase : auth.custom.domain.com .
Dans la console développeur Microsoft ou la page de configuration OAuth, mettez en liste blanche l'URL de la page de redirection, qui sera accessible sur votre domaine personnalisé : https://auth.custom.domain.com/__/auth/handler .

Lorsque vous initialisez la bibliothèque JavaScript, spécifiez votre domaine personnalisé avec le champ authDomain :

var config = {
  apiKey: '...',
  // Changed from 'my-app-12345.firebaseapp.com'.
  authDomain: 'auth.custom.domain.com',
  databaseURL: 'https://my-app-12345.firebaseio.com',
  projectId: 'my-app-12345',
  storageBucket: 'my-app-12345.appspot.com',
  messagingSenderId: '1234567890'
};
firebase.initializeApp(config);

Prochaines étapes

Lorsqu'un utilisateur se connecte pour la première fois, un nouveau compte d'utilisateur est créé et lié aux informations d'identification (c'est-à-dire le nom d'utilisateur et le mot de passe, le numéro de téléphone ou les informations du fournisseur d'authentification) avec lesquelles l'utilisateur s'est connecté. Ce nouveau compte est stocké dans le cadre de votre projet Firebase et peut être utilisé pour identifier un utilisateur dans chaque application de votre projet, quelle que soit la manière dont l'utilisateur se connecte.

Dans vos applications, la méthode recommandée pour connaître le statut d'authentification de votre utilisateur consiste à définir un observateur sur l'objet Auth . Vous pouvez ensuite obtenir les informations de base du profil de l'utilisateur à partir de l'objet User . Voir Gérer les utilisateurs .
Dans vos règles de sécurité Firebase Realtime Database et Cloud Storage, vous pouvez obtenir l'ID utilisateur unique de l'utilisateur connecté à partir de la variable auth et l'utiliser pour contrôler les données auxquelles un utilisateur peut accéder.

Vous pouvez autoriser les utilisateurs à se connecter à votre application à l'aide de plusieurs fournisseurs d'authentification en liant les informations d'identification du fournisseur d'authentification à un compte d'utilisateur existant.

Pour déconnecter un utilisateur, appelez signOut :

Web modular API

import { getAuth, signOut } from "firebase/auth";

const auth = getAuth();
signOut(auth).then(() => {
  // Sign-out successful.
}).catch((error) => {
  // An error happened.
});auth_sign_out.js

Web namespaced API

firebase.auth().signOut().then(() => {
  // Sign-out successful.
}).catch((error) => {
  // An error happened.
});index.js

Authentification à l'aide de Microsoft avec JavaScript

Avant que tu commences

Gérer le flux de connexion avec le SDK Firebase

Web modular API

Web namespaced API

Web modular API

Web namespaced API

Web modular API

Web namespaced API

Web modular API

Web namespaced API

Web modular API

Web namespaced API

Web modular API

Web namespaced API

Web modular API

Web namespaced API

Web modular API

Web namespaced API

Gestion des erreurs account-exists-with-different-credential

Mode contextuel

Mode de redirection

Avancé : Gérer le flux de connexion manuellement

Authentification avec Firebase dans une extension Chrome

Personnalisation du domaine de redirection pour la connexion Microsoft

Prochaines étapes

Web modular API

Web namespaced API