Aggiunta dell'autenticazione a più fattori alla tua app per iOS
Questo documento mostra come aggiungere l'autenticazione a più fattori tramite SMS al tuo app per iOS.
L'autenticazione a più fattori aumenta la sicurezza della tua app. Mentre gli aggressori spesso compromette password e account social, l'intercettazione di un messaggio più difficile.
Prima di iniziare
Abilita almeno un provider che supporta l'autenticazione a più fattori. Tutti i provider supportano MFA, tranne l'autenticazione telefonica, l'autenticazione anonima e Game Center di Apple.
Assicurati che l'app verifichi le email degli utenti. MFA richiede la verifica email. In questo modo si impedisce che utenti malintenzionati si registrino a un servizio con un indirizzo e-mail non sono di loro proprietà, per poi bloccare l'effettivo proprietario aggiungendo un secondo fattore.
Attivazione dell'autenticazione a più fattori
Vai alla pagina Identity Platform MFA nella console Google Cloud.
Vai alla pagina MFANella casella Autenticazione a più fattori basata su SMS, fai clic su Attiva.
Inserisci i numeri di telefono con cui testerai l'app. Sebbene sia facoltativo, ti consigliamo vivamente di registrare numeri di telefono di prova per evitare la limitazione durante lo sviluppo.
Se non hai già autorizzato il dominio della tua app, aggiungilo alla lista consentita facendo clic su Aggiungi dominio sulla destra.
Fai clic su Salva.
Verifica dell'app in corso...
Identity Platform deve verificare che le richieste SMS provengano dal tuo dell'app. Puoi farlo in due modi:
Notifiche silenziose del servizio APN: quando accedi per la prima volta a un utente, Identity Platform può inviare una notifica push silenziosa al prompt dispositivo. Se l'app riceve la notifica, l'autenticazione può continuare. Tieni presente che a partire da iOS 8.0, non è necessario chiedere all'utente di consentire il push notifiche per utilizzare questo metodo.
verifica reCAPTCHA: se non riesci a inviare una notifica silenziosa (ad Ad esempio, perché l'utente ha disattivato l'aggiornamento in background o stai eseguendo il test nel simulatore iOS), puoi utilizzare reCAPTCHA. In molti casi, reCAPTCHA si risolverà automaticamente senza alcuna interazione dell'utente.
Utilizzo delle notifiche silenziose
Per abilitare le notifiche del servizio APN da utilizzare con Identity Platform:
In Xcode, attiva le notifiche push. per il tuo progetto.
Carica la chiave di autenticazione del servizio APN utilizzando la console Firebase (le modifiche apportate verranno trasferiti automaticamente alla piattaforma Google Cloud Identity). Se non disponi già della chiave di autenticazione del servizio APN, vedi Configurare gli APN con FCM per scoprire come ottenerlo.
Apri la Console Firebase.
Vai a Impostazioni progetto.
Seleziona la scheda Cloud Messaging.
In Chiave di autenticazione del servizio APN, nella configurazione dell'app per iOS fai clic su Carica.
Seleziona la chiave.
Aggiungi l'ID della chiave. Puoi trovare l'ID chiave in Certificati, identificatori e Profili nel Centro membri per gli sviluppatori Apple.
Fai clic su Carica.
Se disponi già di un certificato del servizio APN, puoi caricarlo.
Utilizzo della verifica reCAPTCHA
Per consentire all'SDK del client di utilizzare reCAPTCHA:
Apri la configurazione del progetto in Xcode.
Fai doppio clic sul nome del progetto nella visualizzazione ad albero a sinistra.
Seleziona la tua app dalla sezione Target.
Seleziona la scheda Informazioni.
Espandi la sezione Tipi di URL.
Fai clic sul pulsante +.
Inserisci l'ID client invertito nel campo Schemi URL. Puoi visualizzare questo valore elencato nel file di configurazione
GoogleService-Info.plist
comeREVERSED_CLIENT_ID
.
Al termine, la configurazione dovrebbe essere simile alla seguente:
Se vuoi, puoi personalizzare il modo in cui l'app presenta
SFSafariViewController
o UIWebView
quando viene visualizzato il reCAPTCHA. Da fare
crea una classe personalizzata conforme al protocollo FIRAuthUIDelegate
,
e la passiamo a verifyPhoneNumber:UIDelegate:completion:
.
Scelta di un pattern di registrazione
Puoi scegliere se la tua app richiede l'autenticazione a più fattori e in che modo e quando registrare gli utenti. Alcuni pattern comuni sono:
Registrare il secondo fattore dell'utente nell'ambito della registrazione. Usa questa se la tua app richiede l'autenticazione a più fattori per tutti gli utenti. Tieni presente che un account deve avere un indirizzo email verificato per poter registrare un secondo quindi il flusso di registrazione dovrà rispondere a questo cambiamento.
Offri un'opzione ignorabile per registrare un secondo fattore durante la registrazione. App che vogliono incoraggiare, ma non richiedere, l'autenticazione a più fattori può preferiscono questo approccio.
Offrono la possibilità di aggiungere un secondo fattore dall'account o dal profilo dell'utente anziché nella schermata di registrazione. In questo modo si riduce al minimo l'attrito durante il processo di registrazione, pur effettuando l'autenticazione a più fattori disponibili anche per gli utenti sensibili alla sicurezza.
Richiedere l'aggiunta di un secondo fattore in modo incrementale quando l'utente vuole accedere con requisiti di sicurezza più stringenti.
La registrazione di un secondo fattore
Per registrare un nuovo fattore secondario per un utente:
Ripeti l'autenticazione dell'utente.
Chiedi all'utente di inserire il suo numero di telefono.
Ottieni una sessione a più fattori per l'utente:
Swift
authResult.user.multiFactor.getSessionWithCompletion() { (session, error) in // ... }
Objective-C
[authResult.user.multiFactor getSessionWithCompletion:^(FIRMultiFactorSession * _Nullable session, NSError * _Nullable error) { // ... }];
Invia un messaggio di verifica allo smartphone dell'utente. Assicurati che il numero di telefono sia formattata con il carattere
+
iniziale e senza altri segni di punteggiatura o spazi vuoti (ad esempio:+15105551234
)Swift
// Send SMS verification code. PhoneAuthProvider.provider().verifyPhoneNumber( phoneNumber, uiDelegate: nil, multiFactorSession: session) { (verificationId, error) in // verificationId will be needed for enrollment completion. }
Objective-C
// Send SMS verification code. [FIRPhoneAuthProvider.provider verifyPhoneNumber:phoneNumber UIDelegate:nil multiFactorSession:session completion:^(NSString * _Nullable verificationID, NSError * _Nullable error) { // verificationId will be needed for enrollment completion. }];
Sebbene non sia obbligatorio, è buona norma informare in anticipo gli utenti che riceverà un SMS alle tariffe standard.
Il metodo
verifyPhoneNumber()
avvia la procedura di verifica app nel sfondo con notifiche push silenziose. Se la notifica push silenziosa è non disponibile,viene emesso un test reCAPTCHA.Una volta inviato il codice SMS, chiedi all'utente di verificarlo. Quindi, utilizza la loro risposta per creare un
PhoneAuthCredential
:Swift
// Ask user for the verification code. Then: let credential = PhoneAuthProvider.provider().credential( withVerificationID: verificationId, verificationCode: verificationCode)
Objective-C
// Ask user for the SMS verification code. Then: FIRPhoneAuthCredential *credential = [FIRPhoneAuthProvider.provider credentialWithVerificationID:verificationID verificationCode:kPhoneSecondFactorVerificationCode];
Inizializza un oggetto di asserzione:
Swift
let assertion = PhoneMultiFactorGenerator.assertion(with: credential)
Objective-C
FIRMultiFactorAssertion *assertion = [FIRPhoneMultiFactorGenerator assertionWithCredential:credential];
Completa la registrazione. Facoltativamente, puoi specificare un nome visualizzato per il secondo fattore. Questo è utile per gli utenti con più fattori secondari, poiché il numero di telefono viene mascherato durante il flusso di autenticazione (ad ad esempio +1******1234).
Swift
// Complete enrollment. This will update the underlying tokens // and trigger ID token change listener. user.multiFactor.enroll(with: assertion, displayName: displayName) { (error) in // ... }
Objective-C
// Complete enrollment. This will update the underlying tokens // and trigger ID token change listener. [authResult.user.multiFactor enrollWithAssertion:assertion displayName:nil completion:^(NSError * _Nullable error) { // ... }];
Il codice seguente mostra un esempio completo della registrazione di un secondo fattore:
Swift
let user = Auth.auth().currentUser
user?.multiFactor.getSessionWithCompletion({ (session, error) in
// Send SMS verification code.
PhoneAuthProvider.provider().verifyPhoneNumber(
phoneNumber,
uiDelegate: nil,
multiFactorSession: session
) { (verificationId, error) in
// verificationId will be needed for enrollment completion.
// Ask user for the verification code.
let credential = PhoneAuthProvider.provider().credential(
withVerificationID: verificationId!,
verificationCode: phoneSecondFactorVerificationCode)
let assertion = PhoneMultiFactorGenerator.assertion(with: credential)
// Complete enrollment. This will update the underlying tokens
// and trigger ID token change listener.
user?.multiFactor.enroll(with: assertion, displayName: displayName) { (error) in
// ...
}
}
})
Objective-C
FIRUser *user = FIRAuth.auth.currentUser;
[user.multiFactor getSessionWithCompletion:^(FIRMultiFactorSession * _Nullable session,
NSError * _Nullable error) {
// Send SMS verification code.
[FIRPhoneAuthProvider.provider
verifyPhoneNumber:phoneNumber
UIDelegate:nil
multiFactorSession:session
completion:^(NSString * _Nullable verificationID, NSError * _Nullable error) {
// verificationId will be needed for enrollment completion.
// Ask user for the verification code.
// ...
// Then:
FIRPhoneAuthCredential *credential =
[FIRPhoneAuthProvider.provider credentialWithVerificationID:verificationID
verificationCode:kPhoneSecondFactorVerificationCode];
FIRMultiFactorAssertion *assertion =
[FIRPhoneMultiFactorGenerator assertionWithCredential:credential];
// Complete enrollment. This will update the underlying tokens
// and trigger ID token change listener.
[user.multiFactor enrollWithAssertion:assertion
displayName:displayName
completion:^(NSError * _Nullable error) {
// ...
}];
}];
}];
Complimenti! Hai registrato correttamente un secondo fattore di autenticazione per un utente.
Accesso degli utenti con un secondo fattore
Per eseguire l'accesso di un utente con la verifica tramite SMS a due fattori:
Esegui l'accesso dell'utente con il primo fattore, quindi rileva un errore che indica l'autenticazione a più fattori è obbligatoria. Questo errore contiene un resolver, Suggerimenti sui secondi fattori registrati e su una sessione sottostante dimostrando che l'utente ha eseguito correttamente l'autenticazione con il primo fattore.
Ad esempio, se il primo fattore dell'utente era un indirizzo email e una password:
Swift
Auth.auth().signIn( withEmail: email, password: password ) { (result, error) in let authError = error as NSError if authError?.code == AuthErrorCode.secondFactorRequired.rawValue { // The user is a multi-factor user. Second factor challenge is required. let resolver = authError!.userInfo[AuthErrorUserInfoMultiFactorResolverKey] as! MultiFactorResolver // ... } else { // Handle other errors such as wrong password. } }
Objective-C
[FIRAuth.auth signInWithEmail:email password:password completion:^(FIRAuthDataResult * _Nullable authResult, NSError * _Nullable error) { if (error == nil || error.code != FIRAuthErrorCodeSecondFactorRequired) { // User is not enrolled with a second factor and is successfully signed in. // ... } else { // The user is a multi-factor user. Second factor challenge is required. } }];
Se il primo fattore dell'utente è un provider federato, come OAuth, individua il errore dopo la chiamata a
getCredentialWith()
.Se l'utente ha più fattori secondari registrati, chiedigli quale per l'utilizzo. Puoi ottenere il numero di telefono mascherato con
resolver.hints[selectedIndex].phoneNumber
e il nome visualizzato conresolver.hints[selectedIndex].displayName
.Swift
// Ask user which second factor to use. Then: if resolver.hints[selectedIndex].factorID == PhoneMultiFactorID { // User selected a phone second factor. // ... } else if resolver.hints[selectedIndex].factorID == TotpMultiFactorID { // User selected a TOTP second factor. // ... } else { // Unsupported second factor. }
Objective-C
FIRMultiFactorResolver *resolver = (FIRMultiFactorResolver *) error.userInfo[FIRAuthErrorUserInfoMultiFactorResolverKey]; // Ask user which second factor to use. Then: FIRPhoneMultiFactorInfo *hint = (FIRPhoneMultiFactorInfo *) resolver.hints[selectedIndex]; if (hint.factorID == FIRPhoneMultiFactorID) { // User selected a phone second factor. // ... } else if (hint.factorID == FIRTOTPMultiFactorID) { // User selected a TOTP second factor. // ... } else { // Unsupported second factor. }
Invia un messaggio di verifica al telefono dell'utente:
Swift
// Send SMS verification code. let hint = resolver.hints[selectedIndex] as! PhoneMultiFactorInfo PhoneAuthProvider.provider().verifyPhoneNumber( with: hint, uiDelegate: nil, multiFactorSession: resolver.session ) { (verificationId, error) in // verificationId will be needed for sign-in completion. }
Objective-C
// Send SMS verification code [FIRPhoneAuthProvider.provider verifyPhoneNumberWithMultiFactorInfo:hint UIDelegate:nil multiFactorSession:resolver.session completion:^(NSString * _Nullable verificationID, NSError * _Nullable error) { if (error != nil) { // Failed to verify phone number. } }];
Una volta inviato il codice SMS, chiedi all'utente di verificarlo e utilizzarlo per crea un
PhoneAuthCredential
:Swift
// Ask user for the verification code. Then: let credential = PhoneAuthProvider.provider().credential( withVerificationID: verificationId!, verificationCode: verificationCodeFromUser)
Objective-C
// Ask user for the SMS verification code. Then: FIRPhoneAuthCredential *credential = [FIRPhoneAuthProvider.provider credentialWithVerificationID:verificationID verificationCode:verificationCodeFromUser];
Inizializza un oggetto di asserzione con la credenziale:
Swift
let assertion = PhoneMultiFactorGenerator.assertion(with: credential)
Objective-C
FIRMultiFactorAssertion *assertion = [FIRPhoneMultiFactorGenerator assertionWithCredential:credential];
Risolvi l'accesso. Puoi quindi accedere al risultato dell'accesso originale, che include i dati e le credenziali di autenticazione standard del provider:
Swift
// Complete sign-in. This will also trigger the Auth state listeners. resolver.resolveSignIn(with: assertion) { (authResult, error) in // authResult will also contain the user, additionalUserInfo, optional // credential (null for email/password) associated with the first factor sign-in. // For example, if the user signed in with Google as a first factor, // authResult.additionalUserInfo will contain data related to Google provider that // the user signed in with. // user.credential contains the Google OAuth credential. // user.credential.accessToken contains the Google OAuth access token. // user.credential.idToken contains the Google OAuth ID token. }
Objective-C
// Complete sign-in. [resolver resolveSignInWithAssertion:assertion completion:^(FIRAuthDataResult * _Nullable authResult, NSError * _Nullable error) { if (error != nil) { // User successfully signed in with the second factor phone number. } }];
Il codice seguente mostra un esempio completo di accesso a un utente a più fattori:
Swift
Auth.auth().signIn(
withEmail: email,
password: password
) { (result, error) in
let authError = error as NSError?
if authError?.code == AuthErrorCode.secondFactorRequired.rawValue {
let resolver =
authError!.userInfo[AuthErrorUserInfoMultiFactorResolverKey] as! MultiFactorResolver
// Ask user which second factor to use.
// ...
// Then:
let hint = resolver.hints[selectedIndex] as! PhoneMultiFactorInfo
// Send SMS verification code
PhoneAuthProvider.provider().verifyPhoneNumber(
with: hint,
uiDelegate: nil,
multiFactorSession: resolver.session
) { (verificationId, error) in
if error != nil {
// Failed to verify phone number.
}
// Ask user for the SMS verification code.
// ...
// Then:
let credential = PhoneAuthProvider.provider().credential(
withVerificationID: verificationId!,
verificationCode: verificationCodeFromUser)
let assertion = PhoneMultiFactorGenerator.assertion(with: credential)
// Complete sign-in.
resolver.resolveSignIn(with: assertion) { (authResult, error) in
if error != nil {
// User successfully signed in with the second factor phone number.
}
}
}
}
}
Objective-C
[FIRAuth.auth signInWithEmail:email
password:password
completion:^(FIRAuthDataResult * _Nullable authResult,
NSError * _Nullable error) {
if (error == nil || error.code != FIRAuthErrorCodeSecondFactorRequired) {
// User is not enrolled with a second factor and is successfully signed in.
// ...
} else {
FIRMultiFactorResolver *resolver =
(FIRMultiFactorResolver *) error.userInfo[FIRAuthErrorUserInfoMultiFactorResolverKey];
// Ask user which second factor to use.
// ...
// Then:
FIRPhoneMultiFactorInfo *hint = (FIRPhoneMultiFactorInfo *) resolver.hints[selectedIndex];
// Send SMS verification code
[FIRPhoneAuthProvider.provider
verifyPhoneNumberWithMultiFactorInfo:hint
UIDelegate:nil
multiFactorSession:resolver.session
completion:^(NSString * _Nullable verificationID,
NSError * _Nullable error) {
if (error != nil) {
// Failed to verify phone number.
}
// Ask user for the SMS verification code.
// ...
// Then:
FIRPhoneAuthCredential *credential =
[FIRPhoneAuthProvider.provider
credentialWithVerificationID:verificationID
verificationCode:kPhoneSecondFactorVerificationCode];
FIRMultiFactorAssertion *assertion =
[FIRPhoneMultiFactorGenerator assertionWithCredential:credential];
// Complete sign-in.
[resolver resolveSignInWithAssertion:assertion
completion:^(FIRAuthDataResult * _Nullable authResult,
NSError * _Nullable error) {
if (error != nil) {
// User successfully signed in with the second factor phone number.
}
}];
}];
}
}];
Complimenti! Hai eseguito l'accesso di un utente utilizzando l'autenticazione a più fattori autenticazione.
Passaggi successivi
- Gestire gli utenti a più fattori in modo programmatico con SDK Admin.