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, il lavoro sulle funzionalità di Identity Toolkit verrà congelato; lo sviluppo di tutte le nuove funzionalità verrà eseguito su Identity Platform e Firebase Authentication. Incoraggiamo gli sviluppatori di Identity Toolkit a passare a queste piattaforme non appena sarà possibile 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 consente inoltre di configurare i metodi di autenticazione e personalizzare i modelli di 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 registrare un account, tutte le attività vengono conservate con lo stesso ID utente. Questo è utile per scenari come i carrelli degli acquisti lato server o altre applicazioni in cui vuoi coinvolgere l'utente prima di inviarlo a un flusso di registrazione.

  • Scala con sicurezza grazie agli accordi sul livello del servizio e all'assistenza Cloud

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

  • Accesso a tutto Firebase

    Firebase è una piattaforma mobile che ti aiuta a sviluppare rapidamente app di alta qualità, far crescere la tua base utenti e guadagnare di più. Firebase è composto da funzionalità complementari che puoi combinare in base alle tue esigenze e include un'infrastruttura per: Analytics mobile, Cloud Messaging, Realtime Database, archiviazione di file, Hosting statico, Remote Config, Crash Reporting mobile e test Android.

  • UI aggiornate

    Abbiamo completamente ricostruito i flussi della UI in base alle ultime ricerche UX di Google. Sono inclusi il recupero della password, il collegamento dell'account e i flussi di disambiguazione degli account nuovi/esistenti, che spesso richiedono molto tempo per la programmazione 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 semplici modifiche ai temi per adattarli alla tua applicazione e, per la massima personalizzabilità, le versioni per Android e iOS sono state rese open source.

  • Configurazione semplificata del server

    Con Identity Toolkit, abbiamo notato che molti sviluppatori hanno scelto di non implementare il flusso di recupero dell'email, rendendo impossibile per gli utenti recuperare i propri account se dimenticavano la password. Identity Platform può inviare all'utente messaggi di verifica email, reimpostazione password e password modificata. 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 far accedere e registrare utenti vecchi e nuovi, accedere alle proprietà degli utenti, collegare, aggiornare ed eliminare account, reimpostare le password e altro ancora senza essere vincolati a una UI fissa. Se preferisci, puoi creare manualmente l'intero flusso e l'esperienza di accesso 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 prende un token di aggiornamento, generato dall'evento di autenticazione, e lo scambia con token di accesso di un'ora per Android, iOS e JavaScript. Quando un utente modifica la propria password, i token di aggiornamento non saranno più in grado di generare nuovi token di accesso, disattivando così l'accesso finché l'utente non si autentica nuovamente su quel dispositivo.

Differenze tra le funzionalità

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

Differenze lato server

Il servizio Identity Toolkit di base con le API REST sottostanti, la logica di convalida dell'account e il database degli utenti principali hanno subito solo aggiornamenti minori. Tuttavia, alcune funzionalità e il modo in cui integri Identity Platform nel tuo servizio sono cambiati.

  • 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

    Attualmente sono disponibili SDK Admin per Java, Node.js, Python, Go e C#.

  • Email di gestione dell'account

    I messaggi di reimpostazione password, verifica email e modifica email possono essere inviati da Firebase o dal server di posta dello sviluppatore. Al momento, i modelli di email offrono solo una personalizzazione limitata dalla UI, ma possono essere ulteriormente personalizzati con gli SDK Admin.

  • Conferma della modifica dell'indirizzo email

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

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

  • Implementazione del provider di identità

    Identity Toolkit aveva la possibilità di aggiungere gradualmente i provider di identità al tuo sistema di accesso, in modo da poter sperimentare l'impatto sulle tue 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 pacchettizzata in SDK client disponibili per Android, iOS e JavaScript. Puoi utilizzare l'SDK per far accedere e registrare gli utenti, 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 della UI che gestiscono l'accesso, la registrazione, il recupero della password e il collegamento degli account sono stati ricostruiti utilizzando gli SDK client e pacchettizzati come 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. Da 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 > 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 del service account. 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 di 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, dovevi ottenere un codice OOB dal server Identity Toolkit e poi inviarlo agli utenti via email. Identity Platform invia email in base ai modelli configurati 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 principali

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

  • Gestione delle sessioni web

    In precedenza, quando un utente eseguiva l'autenticazione utilizzando il widget Identity Toolkit, veniva impostato un cookie per l'utente che veniva utilizzato per eseguire il bootstrap della 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 hanno utilizzato il cookie per creare i propri cookie tramite il sistema di gestione dei cookie del loro framework.

    Gli SDK client di Identity Platform ora gestiscono i token ID e interagiscono 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 appropriati per essere utilizzati come cookie per convalidare tutte le richieste di pagina. Dovrai invece configurare un listener per quando l'utente è connesso, recuperare il token ID, convalidare il token e creare il tuo cookie tramite il sistema di gestione dei cookie del tuo 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 sapere quale identificatore volevano utilizzare. Il flusso dell'interfaccia utente di Identity Platform ora inizia con un elenco di metodi di accesso, inclusa 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 per i quali non sono richiesti indirizzi email.

  • Widget di gestione dell'account

    Questo widget fornisce un'interfaccia utente che consente agli utenti di modificare gli indirizzi email, cambiare la password o scollegare i propri account dai provider di identità. È attualmente in fase di sviluppo.

  • Pulsante/widget di accesso

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

  • Nessun signOutUrl

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

  • Nessun oobActionUrl

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

  • Personalizzazione CSS

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

Passaggio 1: modifica il codice del server

  1. Se il tuo server si basa sul token di Identity Toolkit (valido per due settimane) per gestire le sessioni degli utenti 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 arrivo contiene il tuo cookie di sessione, puoi considerare l'utente autenticato. In caso contrario, considera la richiesta come non autenticata.
    3. Se non vuoi che i tuoi utenti perdano le sessioni di accesso esistenti, devi attendere due settimane per la scadenza di tutti i token Identity Toolkit o eseguire anche la convalida dei token doppi per la tua applicazione web, come descritto di seguito nel passaggio 3.

  2. Successivamente, poiché i token ID sono diversi dai token di 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 apporti per la prima volta gli aggiornamenti di cui sopra, potresti avere ancora percorsi del codice che si basano sui token di Identity Toolkit. Se hai applicazioni per iOS o app per 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 un'ulteriore logica di convalida del server 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, dovrai utilizzare solo i metodi di verifica dei token ID.

Consulta il Riferimento API web.

Passaggio 2: aggiorna il codice HTML

  1. Aggiungi il codice di inizializzazione alla tua app:

    1. Apri il progetto nella console Cloud.
    2. Nella pagina dei provider, 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 sul lato client:

    1. Dopo aver eseguito l'accesso 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. Dovrai fornire una protezione aggiuntiva contro la falsificazione di richiesta cross-site (CSRF).

      Se il tuo framework non fornisce protezione CSRF, un modo per impedire 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). Dovrai quindi convalidare il token utilizzando l'SDK Admin oltre al controllo dei cookie di sessione, che è stato completato dal framework di backend. In questo modo sarà più difficile per gli attacchi CSRF avere successo, poiché il token ID viene archiviato 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 o potresti volerli rendere più lunghi o più brevi 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, segui questi passaggi:

    1. Fai clic sul nome del provider 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 tuo progetto Identity Toolkit.

  2. Nella pagina Provider, 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 dell'app e l'impronta del certificato di firma, quindi 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 root del modulo dell'app per Android. Questo file di configurazione contiene 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 della tua app nella sezione defaultConfig:

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

  5. Sempre 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 (<var>my-project</var>/<var>app-module</var>/build.gradle), aggiungi la riga seguente dopo il plug-in Android per 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 di Firebase Authentication:

    compile 'com.google.firebase:firebase-auth:25.0.0'
compile 'com.google.android.gms:play-services-auth:22.0.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 i seguenti comandi:

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

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

  3. Nella pagina Provider, 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 Aggiungi Firebase, fornisci il nome del pacchetto e la fingerprint 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. Nella finestra di dialogo Aggiungi Firebase, fornisci l'ID pacchetto e l'ID App Store della tua app, quindi 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 pacchetto, ognuno deve essere collegato nella console Firebase in modo che possa avere il proprio file GoogleService-Info.plist.

  4. Copia il file di configurazione nella directory root del progetto Xcode e aggiungilo a tutte le destinazioni.

Passaggio 2: rimuovi l'SDK Identity Toolkit

  1. Rimuovi GoogleIdentityToolkit dal Podfile della tua 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.