S'authentifier à l'aide de Microsoft sur des plates-formes Apple

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 une connexion OAuth générique basée sur le Web à votre application à l'aide du SDK Firebase pour effectuer le flux de connexion de bout en bout.

Avant de commencer

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 :

1. Ajoutez Firebase à votre projet Apple.
2. Dans la console Firebase, accédez à Sécurité > Authentification.
3. Dans l'onglet Méthode de connexion, activez le fournisseur de connexion Microsoft.
4. Ajoutez l'ID client et le code secret du client de la console de développeur de ce fournisseur à la configuration du fournisseur :
   1. Pour enregistrer un client Microsoft OAuth, suivez les instructions de la section Démarrage rapide : enregistrer une application avec le point de terminaison Azure Active Directory v2.0. Notez que ce point de terminaison permet de se connecter à l'aide de comptes Microsoft personnels ainsi que de comptes Azure Active Directory. En savoir plus sur Azure Active Directory v2.0.
   2. Lorsque vous enregistrez des applications auprès de ces fournisseurs, veillez à enregistrer le *.firebaseapp.com domaine de votre projet en tant que domaine de redirection domaine pour votre application.
5. Cliquez sur Enregistrer.

Gérer le flux de connexion avec le SDK Firebase

Pour gérer le flux de connexion avec le SDK Firebase pour les plates-formes Apple, procédez comme suit :

1. Ajoutez des schémas d'URL personnalisés à votre projet Xcode :

   1. Ouvrez la configuration de votre projet : double-cliquez sur le nom du projet dans l' arborescence de gauche. Sélectionnez votre application dans la section CIBLES , puis sélectionnez l'onglet Infos et développez la section Types d'URL.
   2. Cliquez sur le bouton +, puis ajoutez l'ID de votre application encodé en tant que schéma d'URL. Laissez les autres champs vides.

      Vous trouverez l'ID de votre application encodé dans la Firebase console : accédez à Paramètres > Général onglet, puis faites défiler la page jusqu'à la section Vos applications pour afficher les détails de votre application iOS.

      Une fois la configuration terminée, elle doit ressembler à ce qui suit (mais avec les valeurs spécifiques à votre application) :

      

2. Créez une instance d'OAuthProvider à l'aide de l'ID de fournisseur microsoft.com.

   Swift

       var provider = OAuthProvider(providerID: "microsoft.com")
       

   Objective-C

       FIROAuthProvider *provider = [FIROAuthProvider providerWithProviderID:@"microsoft.com"];
       

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

   Swift

       provider.customParameters = [
         "prompt": "consent",
         "login_hint": "[e-mail]"
       ]
       

   Objective-C

       [provider setCustomParameters:@{@"prompt": @"consent", @"login_hint": @"[e-mail]"}];
       

   Pour connaître les paramètres compatibles avec 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 spécifique à se connecter à l'application, vous pouvez utiliser le nom de domaine du locataire Azure AD ou l'identifiant GUID du locataire. Pour ce faire, spécifiez le champ "tenant" dans l'objet de paramètres personnalisés.

   Swift

       provider.customParameters = [
         // 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"
       ]
       

   Objective-C

       // 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".
       provider.customParameters = @{@"tenant": @"TENANT_ID"};
       

4. Facultatif : spécifiez des champs d'application OAuth 2.0 supplémentaires au-delà du profil de base que vous souhaitez demander au fournisseur d'authentification.

   Swift

       provider.scopes = ["mail.read", "calendars.read"]
       

   Objective-C

       [provider setScopes:@[@"mail.read", @"calendars.read"]];
       

   Pour en savoir plus, consultez la documentation Microsoft sur les autorisations et le consentement.

5. Facultatif : si vous souhaitez personnaliser la manière dont votre application présente SFSafariViewController ou UIWebView lorsque reCAPTCHA s'affiche pour l'utilisateur, créez une classe personnalisée conforme au protocole AuthUIDelegate, puis transmettez-la à credentialWithUIDelegate.

6. Authentifiez-vous auprès de Firebase à l'aide de l'objet de fournisseur OAuth.

   Swift

       // Replace nil with the custom class that conforms to AuthUIDelegate
       // you created in last step to use a customized web view.
       provider.getCredentialWith(nil) { credential, error in
         if error != nil {
           // Handle error.
         }
         if credential != nil {
           Auth().signIn(with: credential) { authResult, error in
             if error != nil {
               // Handle error.
             }
             // User is signed in.
             // IdP data available in authResult.additionalUserInfo.profile.
             // OAuth access token can also be retrieved:
             // (authResult.credential as? OAuthCredential)?.accessToken
             // OAuth ID token can also be retrieved:
             // (authResult.credential as? OAuthCredential)?.idToken
           }
         }
       }
       

   Objective-C

       [provider getCredentialWithUIDelegate:nil
                                  completion:^(FIRAuthCredential *_Nullable credential, NSError *_Nullable error) {
         if (error) {
          // Handle error.
         }
         if (credential) {
           [[FIRAuth auth] signInWithCredential:credential
                                     completion:^(FIRAuthDataResult *_Nullable authResult, NSError *_Nullable error) {
             if (error) {
               // Handle error.
             }
             // User is signed in.
             // IdP data available in authResult.additionalUserInfo.profile.
             // OAuth access token can also be retrieved:
             // ((FIROAuthCredential *)authResult.credential).accessToken
             // OAuth ID token can also be retrieved:
             // ((FIROAuthCredential *)authResult.credential).idToken
           }];
         }
       }];
       

   À l'aide du jeton d'accès OAuth, vous pouvez appeler l' API Microsoft Graph.

   Par exemple, pour obtenir des informations de profil de base, vous pouvez appeler l'API REST en transmettant le jeton d'accès dans l'en-tête Authorization :

   https://graph.microsoft.com/v1.0/me

   Contrairement aux autres fournisseurs acceptés par Firebase Authentication, Microsoft ne fournit pas d'URL de photo. Les données binaires d'une photo du profil doivent donc être demandées via l'API Microsoft Graph.

   En plus du jeton d'accès OAuth, le jeton d'ID OAuth de l'utilisateur peut également être récupéré à partir de l'objet OAuthCredential. La revendication sub dans le jeton d'ID est spécifique à l'application et ne correspond pas à l'identifiant d'utilisateur fédéré utilisé par Firebase Authentication 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 correspond exactement. Toutefois, dans le cas où aucun locataire n'est utilisé, le champ oid est complété. Pour un ID fédéré 4b2eabcdefghijkl, le oid aura la forme 00000000-0000-0000-4b2e-abcdefghijkl.

7. Bien que les exemples ci-dessus se concentrent sur les flux de connexion, vous pouvez également associer un fournisseur Microsoft à un utilisateur existant à l'aide de linkWithCredential. Par exemple, vous pouvez associer plusieurs fournisseurs au même utilisateur, ce qui lui permet de se connecter avec l'un ou l'autre.

   Swift

       Auth().currentUser.link(withCredential: credential) { authResult, error in
         if error != nil {
           // Handle error.
         }
         // Microsoft credential is linked to the current user.
         // IdP data available in authResult.additionalUserInfo.profile.
         // OAuth access token can also be retrieved:
         // (authResult.credential as? OAuthCredential)?.accessToken
         // OAuth ID token can also be retrieved:
         // (authResult.credential as? OAuthCredential)?.idToken
       }
       

   Objective-C

       [[FIRAuth auth].currentUser
           linkWithCredential:credential
                   completion:^(FIRAuthDataResult * _Nullable authResult, NSError * _Nullable error) {
         if (error) {
           // Handle error.
         }
         // Microsoft credential is linked to the current user.
         // IdP data available in authResult.additionalUserInfo.profile.
         // OAuth access token can also be retrieved:
         // ((FIROAuthCredential *)authResult.credential).accessToken
         // OAuth ID token can also be retrieved:
         // ((FIROAuthCredential *)authResult.credential).idToken
       }];
       

8. Le même modèle peut être utilisé avec reauthenticateWithCredential, qui permet de récupérer des identifiants récents pour les opérations sensibles nécessitant une connexion récente.

   Swift

       Auth().currentUser.reauthenticateWithCredential(withCredential: credential) { authResult, error in
         if error != nil {
           // Handle error.
         }
         // 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.
         // Additional OAuth access token can also be retrieved:
         // (authResult.credential as? OAuthCredential)?.accessToken
         // OAuth ID token can also be retrieved:
         // (authResult.credential as? OAuthCredential)?.idToken
       }
       

   Objective-C

       [[FIRAuth auth].currentUser
           reauthenticateWithCredential:credential
                             completion:^(FIRAuthDataResult * _Nullable authResult, NSError * _Nullable error) {
         if (error) {
           // Handle error.
         }
         // 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.
         // Additional OAuth access token can also be retrieved:
         // ((FIROAuthCredential *)authResult.credential).accessToken
         // OAuth ID token can also be retrieved:
         // ((FIROAuthCredential *)authResult.credential).idToken
       }];
       

Gérer les erreurs de compte existant avec un identifiant différent

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 FIRAuthErrorCodeAccountExistsWithDifferentCredential est générée avec un objet FIRAuthCredential temporaire (identifiant Microsoft). Pour terminer la connexion au fournisseur désiré, l'utilisateur doit d'abord se connecter au fournisseur existant (Google), puis l'associer à l'ancien FIRAuthCredential (identifiant Microsoft). Cela se présente comme illustré ci-dessous :

Swift

  // Sign-in with an OAuth credential.
  provider.getCredentialWith(nil) { credential, error in
    // An account with the same email already exists.
    if (error as NSError?)?.code == AuthErrorCode.accountExistsWithDifferentCredential.rawValue {
      // Get pending credential and email of existing account.
      let existingAcctEmail = (error! as NSError).userInfo[AuthErrorUserInfoEmailKey] as! String
      let pendingCred = (error! as NSError).userInfo[AuthErrorUserInfoUpdatedCredentialKey] as! AuthCredential
      // Lookup existing account identifier by the email.
      Auth.auth().fetchProviders(forEmail:existingAcctEmail) { providers, error in
        // Existing email/password account.
        if (providers?.contains(EmailAuthProviderID))! {
          // Existing password account for email. Ask user to provide the password of the
          // existing account.
          // Sign in with existing account.
          Auth.auth().signIn(withEmail:existingAcctEmail, password:password) { user, error in
            // Successfully signed in.
            if user != nil {
              // Link pending credential to account.
              Auth.auth().currentUser?.linkAndRetrieveData(with: pendingCred) { result, error in
                // ...
              }
            }
          }
        }
      }
      return
    }

    // Other errors.
    if error != nil {
      // handle the error.
      return
    }

    // Sign in with the credential.
    if credential != nil {
      Auth.auth().signInAndRetrieveData(with: credential!) { result, error in
        if error != nil {
          // handle the error.
          return
        }
      }
    }
  }

  

Objective-C

  // Sign-in with an OAuth credential.
  [provider getCredentialWithUIDelegate:nil
                             completion:^(FIRAuthCredential *_Nullable credential, NSError *_Nullable error) {
    // An account with the same email already exists.
    if (error.code == FIRAuthErrorCodeAccountExistsWithDifferentCredential) {
      // Get pending credential and email of existing account.
      NSString *existingAcctEmail = error.userInfo[FIRAuthErrorUserInfoEmailKey];
      FIRAuthCredential *pendingCred = error.userInfo[FIRAuthErrorUserInfoUpdatedCredentialKey];
      // Lookup existing account identifier by the email.
      [[FIRAuth auth] fetchProvidersForEmail:existingAcctEmail
                                 completion:^(NSArray<NSString *> *_Nullable providers,
                                              NSError *_Nullable error) {
        // Existing email/password account.
        if ( [providers containsObject:FIREmailAuthProviderID] ) {
          // Existing password account for email. Ask user to provide the password of the
          // existing account.

          // Sign in with existing account.
          [[FIRAuth auth] signInWithEmail:existingAcctEmail
                                 password:password
                               completion:^(FIRUser *user, NSError *error) {
            // Successfully signed in.
            if (user) {
              // Link pending credential to account.
              [[FIRAuth auth].currentUser linkWithCredential:pendingCred
                                                  completion:^(FIRUser *_Nullable user,
                                                               NSError *_Nullable error) {
                // ...
              }];
            }
          }];
        }
      }];
      return;
    }

    // Other errors.
    if (error) {
      // handle the error.
      return;
    }

    // Sign in with the credential.
    if (credential) {
      [[FIRAuth auth] signInAndRetrieveDataWithCredential:credential
          completion:^(FIRAuthDataResult *_Nullable authResult,
                       NSError *_Nullable error) {
        if (error) {
          // handle the error.
          return;
        }
      }];
    }
  }];
  

Méthode avancée : gérer manuellement le flux de connexion

Contrairement aux autres fournisseurs OAuth acceptés par Firebase, tels que Google, Facebook, et Twitter, où la connexion peut être effectuée directement avec des identifiants basés sur un jeton d'accès OAuth, Firebase Auth n'est pas compatible avec la même fonctionnalité pour les fournisseurs tels que Microsoft, car le serveur Firebase Auth ne peut pas vérifier l'audience des jetons d'accès OAuth Microsoft. Il s'agit d'une exigence de sécurité essentielle qui pourrait exposer les applications et les sites Web à des attaques par relecture, où un jeton d'accès OAuth Microsoft obtenu pour un projet (attaquant) peut être utilisé pour se connecter à un autre projet (victime). Firebase Authentication offre plutôt la possibilité de gérer l'intégralité du flux OAuth et l'échange de code d'autorisation à l'aide de l'ID client et du code secret configurés dans la console Firebase. Étant donné que le code d'autorisation ne peut être utilisé qu'avec un ID client/code secret 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 compatibles, vous devez utiliser une bibliothèque OAuth tierce et l'authentification personnalisée Firebase. La première est nécessaire pour s'authentifier auprès du fournisseur et la seconde pour échanger l'identifiant du fournisseur contre un jeton personnalisé.

Lorsqu'un utilisateur se connecte pour la première fois, un compte utilisateur est créé et associé aux identifiants (nom d'utilisateur et mot de passe, numéro de téléphone ou informations du fournisseur d'authentification) avec lesquels l'utilisateur s'est connecté. Ce nouveau compte est stocké dans votre projet Firebase et peut être utilisé pour identifier un utilisateur dans toutes les applications de votre projet, quelle que soit la méthode de connexion utilisée.

• Dans vos applications, vous pouvez obtenir les informations de profil de base de l'utilisateur à partir de l' User objet. Consultez la section Gérer les utilisateurs.

• Dans vos Firebase Realtime Database et Cloud Storage règles de sécurité, 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 associant les identifiants du fournisseur d'authentification à un compte utilisateur existant.

Pour déconnecter un utilisateur, appelez signOut:.

Swift

let firebaseAuth = Auth.auth()
do {
  try firebaseAuth.signOut()
} catch let signOutError as NSError {
  print("Error signing out: %@", signOutError)
}

Objective-C

NSError *signOutError;
BOOL status = [[FIRAuth auth] signOut:&signOutError];
if (!status) {
  NSLog(@"Error signing out: %@", signOutError);
  return;
}

Vous pouvez également ajouter du code de gestion des erreurs pour l'ensemble des erreurs d'authentification. Consultez la section Gérer les erreurs.