Esegui la migrazione da Google Identity Toolkit alla piattaforma Identity di Google Cloud

L'ultima versione di Google Identity Toolkit è stata rilasciata come Identity Platform e Firebase Authentication. In futuro, lo sviluppo di nuove funzionalità di Identity Toolkit verrà interrotto. Tutte le nuove funzionalità verranno sviluppate su Identity Platform e Firebase Authentication. Invitiamo gli sviluppatori di Identity Toolkit a passare a queste piattaforme non appena sarà pratico per le loro applicazioni.

Nuove funzionalità

Identity Platform offre già miglioramenti significativi delle funzionalità rispetto a Google Identity Toolkit:

• Nuova Console di amministrazione

  Identity Platform ha una nuova console per sviluppatori che ti consente di visualizzare, modificare ed eliminare i tuoi utenti. Questo può essere utile per il debug dei flussi di accesso e registrazione. La console ti consente anche di configurare i metodi di autenticazione e personalizzare i modelli email.

• Nuovi metodi di autenticazione

  Identity Platform supporta gli standard di federazione aziendale, come SAML e OIDC, consentendoti di scalare app e servizi SaaS. Identity Platform offre anche il supporto per provider come GitHub, Microsoft, Yahoo e altri. Puoi utilizzare l'accesso anonimo per creare un ID utente univoco senza richiedere all'utente di eseguire alcuna procedura di accesso o registrazione. In questo modo puoi effettuare chiamate API autenticate come faresti con un utente normale. Quando l'utente decide di registrarsi per un account, tutta l'attività viene conservata con lo stesso ID utente. Questo è utile per scenari come i carrelli per lo shopping lato server o altre applicazioni in cui vuoi coinvolgere l'utente prima di inviarlo a un flusso di registrazione.

• Scalabilità con sicurezza grazie agli accordi sul livello del servizio e all'assistenza cloud

  Identity Platform è basata su un'infrastruttura Google affidabile e fornisce accordi sul livello del servizio e assistenza da Google Cloud. Ciò significa che puoi scalare il tuo servizio con sicurezza e fare affidamento su Google per ottenere la resilienza, la disponibilità e la scalabilità di cui hai bisogno.

• Accesso a tutti i prodotti Firebase

  Firebase è una piattaforma mobile che consente di sviluppare rapidamente app di alta qualità, far crescere la tua base di utenti e guadagnare di più. Firebase è composto da funzionalità complementari che puoi combinare in base alle tue esigenze e include l'infrastruttura per: analisi mobile, messaggistica cloud, database in tempo reale, archiviazione di file, hosting statico, configurazione remota, report sugli arresti anomali mobile e test Android.

• UI aggiornate

  Abbiamo completamente ricostruito i flussi dell'interfaccia utente in base alle ultime ricerche UX di Google. Ciò include il recupero della password, il collegamento dell'account e i flussi di disambiguazione degli account nuovi/esistenti che spesso richiedono molto tempo per la codifica e il debug. Integra Smart Lock per password su Android, che ha migliorato notevolmente la conversione di accesso e registrazione per le app partecipanti. Supporta anche modifiche semplici dei temi per adattarsi alla tua applicazione e, per la massima personalizzazione, le versioni per Android e iOS sono open source.

• Configurazione semplificata del server

  Con Identity Toolkit, abbiamo notato che molti sviluppatori hanno scelto di non implementare il flusso di recupero email, il che ha reso impossibile ai loro utenti recuperare i propri account se dimenticavano la password. Identity Platform può inviare messaggi di verifica dell'email, reimpostazione della password e modifica della password all'utente e il testo può essere facilmente personalizzato per i tuoi utenti. Inoltre, non è più necessario ospitare i widget UI per ospitare i reindirizzamenti e completare le operazioni di modifica della password.

• Nuovi SDK

  Tutte le API server di Identity Toolkit sono ora disponibili in modo nativo con ciascuna delle nostre librerie client (Android, iOS, web). Gli sviluppatori potranno accedere e registrare utenti vecchi e nuovi, accedere alle proprietà utente, collegare, aggiornare ed eliminare account, reimpostare password e altro ancora senza essere vincolati a un'interfaccia utente fissa. Se preferisci, puoi creare manualmente il tuo intero flusso di accesso e la tua esperienza in base a questa API.

• Gestione delle sessioni per le app mobile

  Con Identity Toolkit, le app creavano il proprio stato della sessione in base all'evento di autenticazione iniziale di Identity Toolkit. Identity Platform utilizza un servizio di backend che accetta un token di aggiornamento, creato dall'evento di autenticazione, e lo scambia con token di accesso della durata di un'ora per Android, iOS e JavaScript. Quando un utente cambia la password, i token di aggiornamento non potranno più generare nuovi token di accesso, disabilitando l'accesso finché l'utente non si autentica di nuovo sul dispositivo.

Differenze di funzionalità

Alcune funzionalità di Identity Toolkit non sono attualmente disponibili in Identity Platform, mentre altre sono state riprogettate e funzionano in modo diverso. Potresti scegliere di non eseguire la migrazione immediatamente se queste funzionalità sono importanti per la tua app. In molti casi, queste funzionalità potrebbero non essere importanti per la tua app o potrebbero esistere semplici fallback che ti consentiranno di procedere con la migrazione.

Differenze lato server

Il servizio Identity Toolkit principale con le relative API REST sottostanti, la logica di convalida dell'account e il database utenti principale hanno subito solo aggiornamenti minori. Tuttavia, alcune funzionalità e la modalità di integrazione di Identity Platform nel tuo servizio sono cambiate.

• Provider di identità

  PayPal e AOL non sono supportati. Gli utenti con account di questi IdP possono comunque accedere alla tua applicazione con il flusso di recupero della password e configurare una password per il proprio account.

• Librerie server

  Al momento, sono disponibili SDK di amministrazione per Java, Node.js, Python, Go e C#.

• Email di gestione dell'account

  I messaggi di reimpostazione della password, verifica dell'email e modifica dell'email possono essere eseguiti da Firebase o dal server di posta proprio dello sviluppatore. Al momento, i modelli email offrono solo una personalizzazione limitata dall'interfaccia utente, ma possono essere ulteriormente personalizzati con gli SDK Admin.

• Conferma della modifica dell'indirizzo email

  In Identity Toolkit, quando un utente decide di cambiare il proprio indirizzo email, viene inviata un'email al nuovo indirizzo contenente un link per continuare il flusso di modifica dell'indirizzo email.

  Firebase conferma la modifica dell'indirizzo email inviando un'email di revoca all'indirizzo email precedente con un link per annullare la modifica.

• Implementazione dell'IDP

  Identity Toolkit consentiva di aggiungere gradualmente i provider di identità al sistema di accesso, in modo da poter sperimentare l'impatto sulle richieste di assistenza. Questa funzionalità è stata rimossa in Firebase Authentication.

Differenze lato client

In Identity Platform, le funzionalità fornite da Google Identity Toolkit sono suddivise in due componenti:

• SDK client e server

  In Identity Platform, la funzionalità fornita dall'API REST di Identity Toolkit è stata inclusa negli SDK client disponibili per Android, iOS e JavaScript. Puoi utilizzare l'SDK per accedere e registrarsi, accedere alle informazioni del profilo utente, collegare, aggiornare ed eliminare account e reimpostare le password utilizzando l'SDK client anziché comunicare con il servizio di backend tramite chiamate REST.

• Widget UI

  Tutti i flussi dell'interfaccia utente che gestiscono l'accesso, la registrazione, il recupero della password e il collegamento dell'account sono stati ricreati utilizzando gli SDK client e sono inclusi in un widget di accesso. Sono disponibili come SDK open source per iOS, Android e web e ti consentono di personalizzare completamente i flussi in modi non possibili con Identity Toolkit.

Altre differenze includono:

• Sessioni e migrazione

  Poiché le sessioni vengono gestite in modo diverso in Identity Toolkit e Identity Platform, le sessioni esistenti degli utenti verranno terminate dopo l'upgrade dell'SDK e gli utenti dovranno accedere di nuovo.

Prima di iniziare

Prima di poter eseguire la migrazione da Identity Toolkit a Identity Platform, devi:

1. Apri la console Cloud e seleziona il tuo progetto Identity Toolkit.

2. In Marketplace, vai a Identity Platform e seleziona "Abilita Identity Platform".

3. Apri la Account di servizio. Qui puoi vedere il service account che hai configurato in precedenza per Identity Toolkit.

4. Accanto al service account, fai clic su more_vert > Crea chiave. Poi, nella finestra di dialogo Crea chiave privata, imposta il tipo di chiave su JSON e fai clic su Crea. Viene scaricato un file JSON contenente le credenziali dell'account di servizio. Ti servirà per inizializzare l'SDK nel passaggio successivo.

5. Torna alla console Cloud. Nella sezione Provider, all'interno del metodo di accesso "Email/Password", apri la pagina Modelli email. Puoi quindi personalizzare i modelli della tua app.

   In Identity Toolkit, quando gli utenti reimpostavano le password, modificavano gli indirizzi email o verificavano i propri indirizzi email, era necessario ottenere un codice OOB dal server Identity Toolkit e poi inviarlo agli utenti via email. Identity Platform invia email in base ai modelli che configuri senza richiedere ulteriori azioni.

6. (Facoltativo): se devi accedere ai servizi Identity Platform sul tuo server, installa l'SDK Firebase.

   1. Puoi installare l'SDK Admin di Node.js con npm:

      $ npm init
      $ npm install --save firebase-admin
      

   2. Nel codice, puoi accedere a Firebase utilizzando:

      var admin = require('firebase-admin');
      var app = admin.initializeApp({
        credential: admin.credential.cert('path/to/serviceAccountCredentials.json')
      });
      

Poi, completa i passaggi di migrazione per la piattaforma della tua app: Android, iOS, web.

Server e JavaScript

Modifiche importanti

Esistono una serie di differenze aggiuntive nell'implementazione web di Identity Platform rispetto a Identity Toolkit.

• Gestione delle sessioni web

  In precedenza, quando un utente si autenticava utilizzando il widget Identity Toolkit, veniva impostato un cookie per l'utente, che veniva utilizzato per avviare la sessione. Questo cookie aveva una durata di due settimane e veniva utilizzato per consentire all'utente di utilizzare il widget di gestione dell'account per modificare la password e l'indirizzo email. Alcuni siti utilizzavano questo cookie per autenticare tutte le altre richieste di pagine sul sito. Altri siti utilizzavano il cookie per creare i propri cookie tramite il sistema di gestione dei cookie del framework.

  Gli SDK client di Identity Platform ora gestiscono i token ID e funzionano con il backend di Identity Platform per mantenere aggiornata la sessione. Il backend fa scadere le sessioni quando si verificano modifiche importanti all'account (ad esempio modifiche alla password dell'utente). I token ID non vengono impostati automaticamente come cookie sul client web e hanno una durata di un'ora. A meno che tu non voglia sessioni di un'ora, i token ID non sono adatti per essere utilizzati come cookie per convalidare tutte le richieste di pagina. Dovrai invece configurare un listener per quando l'utente esegue l'accesso, recuperare il token ID, convalidare il token e creare il tuo cookie tramite il sistema di gestione dei cookie del framework.

  Dovrai impostare la durata della sessione del cookie in base alle esigenze di sicurezza della tua applicazione.

• Flusso di accesso web

  In precedenza, gli utenti venivano reindirizzati a accountchooser.com quando veniva avviato l'accesso per scoprire quale identificatore volevano utilizzare. Il flusso dell'interfaccia utente di Identity Platform ora inizia con un elenco di metodi di accesso, tra cui un'opzione email che rimanda a accountchooser.com per il web e utilizza l'API hintRequest su Android. Inoltre, gli indirizzi email non sono più obbligatori nella UI. In questo modo sarà più facile supportare utenti anonimi, utenti con autenticazione personalizzata o utenti di provider in cui non sono richiesti indirizzi email.

• Widget di gestione dell'account

  Questo widget fornisce un'interfaccia utente per consentire agli utenti di modificare gli indirizzi email, cambiare la password o scollegare i propri account dai provider di identità. Al momento è in fase di sviluppo.

• Pulsante/widget di accesso

  I widget come il pulsante di accesso e la scheda utente non vengono più forniti. Possono essere create molto facilmente utilizzando l'API Firebase Authentication.

• No signOutUrl

  Dovrai chiamare firebase.auth.signOut() e gestire il callback.

• No oobActionUrl

  L'invio di email ora viene gestito da Identity Platform ed è configurato nella console Firebase.

• Personalizzazione CSS

  Il widget UI utilizza lo stile Material Design Lite, che aggiunge dinamicamente le animazioni Material Design.

Passaggio 1: modifica il codice del server

1. Se il tuo server si basa sul token Identity Toolkit (valido per due settimane) per gestire le sessioni utente web, devi convertire il server in modo che utilizzi il proprio cookie di sessione.

   1. Implementa un endpoint per convalidare il token ID e impostare il cookie di sessione per l'utente. L'app client invia il token ID Firebase a questo endpoint.
   2. Se la richiesta in entrata contiene il tuo cookie di sessione, puoi considerare l'utente autenticato. In caso contrario, considera la richiesta non autenticata.
   3. Se non vuoi che nessuno dei tuoi utenti perda le sessioni attive esistenti, devi attendere due settimane affinché tutti i token Identity Toolkit scadano oppure eseguire anche la convalida dei due token per la tua applicazione web come descritto di seguito nel passaggio 3.

2. Successivamente, poiché i token ID sono diversi dai token Identity Toolkit, devi aggiornare la logica di convalida dei token. Installa l'SDK Admin sul tuo server oppure, se utilizzi un linguaggio non supportato dall'SDK Admin, scarica una libreria di convalida dei token JWT per il tuo ambiente e convalida correttamente il token.

3. Quando esegui per la prima volta gli aggiornamenti di cui sopra, potresti comunque avere percorsi di codice che si basano sui token Identity Toolkit. Se hai applicazioni iOS o Android, gli utenti dovranno eseguire l'upgrade alla nuova versione dell'app per far funzionare i nuovi percorsi del codice. Se non vuoi forzare gli utenti ad aggiornare la tua app, puoi aggiungere una logica di convalida del server aggiuntiva che esamina il token e determina se deve utilizzare l'SDK Firebase o l'SDK Identity Toolkit per convalidare il token. Se hai solo un'applicazione web, tutte le nuove richieste di autenticazione verranno trasferite a Identity Platform e, pertanto, devi utilizzare solo i metodi di verifica del token ID.

Consulta il riferimento API web.

Passaggio 2: aggiorna l'HTML

1. Aggiungi il codice di inizializzazione alla tua app:

   1. Apri il progetto nella console Google Cloud.
   2. Nella pagina Fornitori, fai clic su Dettagli di configurazione dell'applicazione. Viene visualizzato uno snippet di codice che inizializza Identity Platform.
   3. Copia e incolla lo snippet di inizializzazione nella tua pagina web.

2. Aggiungi il widget di autenticazione alla tua app:

   <script src="https://www.gstatic.com/firebasejs/ui/live/0.4/firebase-ui-auth.js"></script>
   <link type="text/css" rel="stylesheet" href="https://www.gstatic.com/firebasejs/ui/live/0.4/firebase-ui-auth.css" />
   <!-- *******************************************************************************************
      * TODO(DEVELOPER): Paste the initialization snippet from:
      * Firebase Console > Overview > Add Firebase to your web app. *
      ***************************************************************************************** -->
   <script type="text/javascript">
     // FirebaseUI config.
     var uiConfig = {
       'signInSuccessUrl': '<url-to-redirect-to-on-success>',
       'signInOptions': [
         // Leave the lines as is for the providers you want to offer your users.
         firebase.auth.GoogleAuthProvider.PROVIDER_ID,
         firebase.auth.FacebookAuthProvider.PROVIDER_ID,
         firebase.auth.TwitterAuthProvider.PROVIDER_ID,
         firebase.auth.GithubAuthProvider.PROVIDER_ID,
         firebase.auth.EmailAuthProvider.PROVIDER_ID
       ],
       // Terms of service url.
       'tosUrl': '<your-tos-url>',
     };
   
     // Initialize the FirebaseUI Widget using Firebase.
     var ui = new firebaseui.auth.AuthUI(firebase.auth());
     // The start method will wait until the DOM is loaded.
     ui.start('#firebaseui-auth-container', uiConfig);
   </script>
   

3. Rimuovi l'SDK Identity Toolkit dalla tua app.

4. Se hai utilizzato il token ID di Identity Toolkit per la gestione delle sessioni, devi apportare le seguenti modifiche lato client:

   1. Dopo aver eseguito l'accesso correttamente con Identity Platform, ottieni un token ID chiamando firebase.auth().currentUser.getToken().

   2. Invia il token ID al server di backend, convalidalo ed emetti il tuo cookie di sessione.

      Non fare affidamento esclusivamente sul cookie di sessione quando esegui operazioni sensibili o invii richieste di modifica autenticate al tuo server. Devi fornire ulteriore protezione dalle richieste cross-site false (CSRF).

      Se il tuo framework non fornisce protezione CSRF, un modo per prevenire un attacco è ottenere un token ID per l'utente che ha eseguito l'accesso con getToken() e includere il token in ogni richiesta (per impostazione predefinita verrà inviato anche il cookie di sessione). Dopodiché, devi convalidare il token utilizzando l'SDK Admin, oltre al controllo del cookie di sessione, che il framework di backend ha completato. In questo modo, gli attacchi CSRF avranno meno probabilità di riuscire, poiché il token ID viene memorizzato solo utilizzando l'archiviazione web e mai in un cookie.

   3. I token di Identity Toolkit sono validi per due settimane. Potresti voler continuare a emettere token che durano due settimane oppure potresti voler aumentare o diminuire la durata in base ai requisiti di sicurezza della tua app. Quando un utente esce, cancella il cookie di sessione.

Passaggio 3: aggiorna gli URL di reindirizzamento dell'IdP

1. Nella console Cloud, apri la sezione Provider.

2. Per ogni provider di accesso federato supportato, svolgi le seguenti operazioni:

   1. Fai clic sul nome del fornitore di accesso.
   2. Copia l'URI di reindirizzamento OAuth.
   3. Nella console per sviluppatori del provider di accesso, aggiorna l'URI di reindirizzamento OAuth.

Android

Passaggio 1: aggiungi Identity Platform alla tua app con Firebase

1. Apri la console Cloud e seleziona il progetto Identity Toolkit.

2. Nella pagina Fornitori, fai clic su Dettagli di configurazione dell'applicazione, seleziona la scheda Android e poi fai clic su Inizia a utilizzare Firebase. Nella finestra di dialogo Aggiungi Firebase, fornisci il nome del pacchetto e l'impronta del certificato di firma della tua app e fai clic su Aggiungi app. Il file di configurazione google-services.json viene quindi scaricato sul tuo computer.

3. Copia il file di configurazione nella directory principale del modulo dell'app per Android. Questo file di configurazione contiene le informazioni sul progetto e sul client OAuth di Google.

4. Nel file build.gradle a livello di progetto (<var>your-project</var>/build.gradle), specifica il nome del pacchetto dell'app nella sezione defaultConfig:

   defaultConfig {
      …..
     applicationId "com.your-app"
   }
   

5. Inoltre, nel file build.gradle a livello di progetto, aggiungi una dipendenza per includere il plug-in google-services:

   buildscript {
    dependencies {
      // Add this line
      classpath 'com.google.gms:google-services:3.0.0'
    }
   }
   

6. Nel file build.gradle a livello di app dell'app (<var>my-project</var>/<var>app-module</var>/build.gradle), aggiungi la riga seguente dopo il plug-in Android Gradle per attivare il plug-in google-services:

   apply plugin: 'com.android.application'
   // Add this line
   apply plugin: 'com.google.gms.google-services'
   

   Il plug-in google-services utilizza il file google-services.json per configurare l'applicazione in modo che utilizzi Firebase.

7. Sempre nel file build.gradle a livello di app, aggiungi la dipendenza Firebase Authentication:

   compile 'com.google.firebase:firebase-auth:24.0.1'
   compile 'com.google.android.gms:play-services-auth:21.4.0'
   

Passaggio 2: rimuovi l'SDK Identity Toolkit

1. Rimuovi la configurazione di Identity Toolkit dal file AndroidManifest.xml. Queste informazioni sono incluse nel file google-service.json e caricate dal plug-in google-services.
2. Rimuovi l'SDK Identity Toolkit dalla tua app.

Passaggio 3: aggiungi FirebaseUI alla tua app

1. Aggiungi FirebaseUI Auth alla tua app.

2. Nella tua app, sostituisci le chiamate all'SDK Identity Toolkit con chiamate a FirebaseUI.

iOS

Passaggio 1: aggiungi Firebase alla tua app

1. Aggiungi l'SDK client alla tua app eseguendo questi comandi:

   $ cd your-project directory
   $ pod init
   $ pod 'Firebase'
   

2. Apri la console Cloud e seleziona il progetto Identity Toolkit.

3. Nella pagina Fornitori, fai clic su Dettagli di configurazione dell'applicazione, seleziona la scheda iOS e poi fai clic su Inizia a utilizzare Firebase. Nella finestra di dialogo Add Firebase (Aggiungi Firebase), fornisci il nome del pacchetto e l'impronta del certificato di firma della tua app e fai clic su Add App (Aggiungi app). Il file di configurazione google-services.json viene quindi scaricato sul tuo computer. Nella finestra di dialogo Aggiungi Firebase, fornisci l'ID bundle e l'ID App Store della tua app, poi fai clic su Aggiungi app. Il file di configurazione GoogleService-Info.plist viene quindi scaricato sul tuo computer. Se nel tuo progetto sono presenti più ID bundle, ogni ID bundle deve essere connesso nella console Firebase in modo da poter avere il proprio file GoogleService-Info.plist.

4. Copia il file di configurazione nella root del progetto Xcode e aggiungilo a tutti i target.

Passaggio 2: rimuovi l'SDK Identity Toolkit

1. Rimuovi GoogleIdentityToolkit dal Podfile dell'app.
2. Esegui il comando pod install.

Passaggio 3: aggiungi FirebaseUI alla tua app

1. Aggiungi FirebaseUI Auth alla tua app.

2. Nella tua app, sostituisci le chiamate all'SDK Identity Toolkit con chiamate a FirebaseUI.