Migracja z Google Identity Toolkit na platformę Identity Platform w Google Cloud

Najnowsza wersja Google Identity Toolkit została wydana jako Identity Platform i Uwierzytelnianie Firebase. Od tej pory prace nad funkcjami Identity Toolkit zostaną wstrzymane. Wszystkie nowe funkcje będą rozwijane w Identity Platform i Firebase Authentication. Zachęcamy deweloperów korzystających z Identity Toolkit do przejścia na te platformy, gdy tylko będzie to możliwe w przypadku ich aplikacji.

Nowe funkcje

Identity Platform ma już znaczące ulepszenia funkcji w porównaniu z Google Identity Toolkit:

  • Nowa konsola administracyjna

    Identity Platform ma nową konsolę programisty, która umożliwia wyświetlanie, modyfikowanie i usuwanie użytkowników. Może to być przydatne podczas debugowania procesów logowania i rejestracji. Konsola umożliwia też konfigurowanie metod uwierzytelniania i dostosowywanie szablonów e-maili.

  • Nowe metody uwierzytelniania

    Identity Platform obsługuje standardy federacji dla przedsiębiorstw, takie jak SAML i OIDC, co umożliwia skalowanie aplikacji i usług SaaS. Identity Platform obsługuje też dostawców takich jak GitHub, Microsoft, Yahoo i inni. Możesz użyć logowania anonimowego, aby utworzyć unikalny identyfikator użytkownika bez konieczności przechodzenia przez proces logowania lub rejestracji. Dzięki temu możesz wykonywać uwierzytelnione wywołania interfejsu API, tak jak w przypadku zwykłego użytkownika. Gdy użytkownik zdecyduje się zarejestrować konto, cała aktywność zostanie zachowana z tym samym identyfikatorem użytkownika. Jest to przydatne w przypadku koszyków po stronie serwera lub innych aplikacji, w których chcesz zaangażować użytkownika, zanim przejdziesz do procesu rejestracji.

  • Pewne skalowanie dzięki gwarancjom jakości usług i pomocy Cloud

    Identity Platform opiera się na zaufanej infrastrukturze Google i zapewnia gwarancje jakości usług oraz pomoc od Google Cloud. Oznacza to, że możesz bez obaw skalować swoją usługę i polegać na Google w zakresie odporności, dostępności i skalowalności, których potrzebujesz.

  • Dostęp do wszystkich funkcji Firebase

    Firebase to platforma mobilna, która pomaga szybko tworzyć wysokiej jakości aplikacje, zwiększać liczbę użytkowników i pomnażać swoje przychody. Firebase składa się z uzupełniających się funkcji, które możesz łączyć i dopasowywać do swoich potrzeb. Obejmuje infrastrukturę do: statystyk mobilnych, komunikacji w chmurze, bazy danych czasu rzeczywistego, przechowywania plików, hostingu statycznego, zdalnej konfiguracji, zgłaszania awarii na urządzeniach mobilnych i testowania na Androidzie.

  • Zaktualizowane interfejsy

    Całkowicie przebudowaliśmy procesy interfejsu na podstawie najnowszych badań UX przeprowadzonych przez Google. Obejmuje to odzyskiwanie hasła, łączenie kont, procesy uściślania nowych i istniejących kont, których kodowanie i debugowanie często zajmuje dużo czasu. Integruje Smart Lock na hasła na Androidzie, co znacznie poprawia konwersję logowania i rejestracji w przypadku uczestniczących aplikacji. Umożliwia też łatwe modyfikowanie motywów, aby dopasować je do aplikacji. Aby zapewnić maksymalne możliwości dostosowywania, wersje na Android i iOS zostały udostępnione jako open source.

  • Uproszczona konfiguracja serwera

    W przypadku Identity Toolkit zauważyliśmy, że wielu deweloperów nie zdecydowało się na wdrożenie procesu odzyskiwania adresu e-mail, co uniemożliwiało użytkownikom odzyskanie konta, jeśli zapomnieli hasła. Identity Platform może wysyłać do użytkownika e-maile z potwierdzeniem adresu e-mail, resetowaniem hasła i informacją o zmianie hasła. Treść tych wiadomości można łatwo dostosować do potrzeb użytkowników. Dodatkowo nie musisz już hostować widżetów interfejsu na potrzeby hostowania przekierowań i wykonywania operacji zmiany hasła.

  • Nowe pakiety SDK

    Wszystkie interfejsy API serwera Identity Toolkit są teraz dostępne natywnie w każdej z naszych bibliotek klienta (Android, iOS, internet). Deweloperzy będą mogli logować i rejestrować starych i nowych użytkowników, uzyskiwać dostęp do właściwości użytkowników, łączyć, aktualizować i usuwać konta, resetować hasła i wykonywać inne czynności bez konieczności korzystania ze stałego interfejsu. Jeśli wolisz, możesz ręcznie utworzyć cały proces logowania i interfejs na podstawie tego interfejsu API.

  • Zarządzanie sesjami w aplikacjach mobilnych

    W Identity Toolkit aplikacje tworzyły własny stan sesji na podstawie początkowego zdarzenia uwierzytelniania z Identity Toolkit. Identity Platform korzysta z usługi backendu, która pobiera token odświeżania wygenerowany podczas zdarzenia uwierzytelniania i wymienia go na godzinne tokeny dostępu dla Androida, iOS i JavaScriptu. Gdy użytkownik zmieni hasło, tokeny odświeżania nie będą już mogły generować nowych tokenów dostępu, co spowoduje wyłączenie dostępu do momentu ponownego uwierzytelnienia użytkownika na tym urządzeniu.

Różnice między funkcjami

Niektóre funkcje Identity Toolkit nie są obecnie dostępne w Identity Platform, a inne zostały przeprojektowane i działają inaczej. Jeśli te funkcje są ważne dla Twojej aplikacji, możesz nie chcieć przeprowadzać migracji od razu. W wielu przypadkach te funkcje mogą nie być ważne dla Twojej aplikacji lub mogą istnieć proste rozwiązania zastępcze, które umożliwią przeprowadzenie migracji.

Różnice po stronie serwera

Podstawowa usługa Identity Toolkit z powiązanymi interfejsami API typu REST, logiką weryfikacji konta i główną bazą danych użytkowników została poddana tylko niewielkim aktualizacjom. Zmieniły się jednak niektóre funkcje i sposób integracji Identity Platform z usługą.

  • Dostawcy tożsamości

    Paypal i AOL nie są obsługiwane. Użytkownicy z kontami od tych dostawców tożsamości nadal mogą logować się w aplikacji za pomocą procesu odzyskiwania hasła i skonfigurować hasło do swojego konta.

  • Biblioteki serwera

    Obecnie dostępne są pakiety Admin SDK dla języków Java, Node.js, Python, Go i C#.

  • E-maile dotyczące zarządzania kontem

    Wiadomości dotyczące resetowania hasła, potwierdzania adresu e-mail i zmiany adresu e-mail mogą być wysyłane przez Firebase lub z własnego serwera pocztowego dewelopera. Obecnie szablony e-maili można dostosowywać w interfejsie tylko w ograniczonym zakresie, ale można je dodatkowo dostosować za pomocą pakietów Admin SDK.

  • Potwierdzenie zmiany adresu e-mail

    W Identity Toolkit, gdy użytkownik zdecyduje się zmienić swój adres e-mail, wysyłany jest e-mail na nowy adres z linkiem do kontynuowania procesu zmiany adresu e-mail.

    Firebase potwierdza zmianę adresu e-mail, wysyłając na stary adres e-maila z linkiem umożliwiającym cofnięcie zmiany.

  • Wdrażanie IDP

    Identity Toolkit umożliwiał stopniowe dodawanie dostawców tożsamości do systemu logowania, dzięki czemu można było eksperymentować z wpływem na zgłoszenia do pomocy. Ta funkcja została usunięta z Uwierzytelniania Firebase.

Różnice po stronie klienta

W Identity Platform funkcje udostępniane przez Google Identity Toolkit są podzielone na 2 komponenty:

  • Pakiety SDK klienta i serwera

    W Identity Platform funkcje udostępniane przez interfejs REST API Identity Toolkit zostały spakowane w pakiety SDK klienta dostępne na Androida, iOS i JavaScript. Za pomocą pakietu SDK możesz logować i rejestrować użytkowników, uzyskiwać dostęp do informacji o profilu użytkownika, łączyć, aktualizować i usuwać konta oraz resetować hasła przy użyciu pakietu SDK klienta zamiast komunikować się z usługą backendu za pomocą wywołań REST.

  • Widżet UI

    Wszystkie procesy interfejsu, które zarządzają logowaniem, rejestracją, odzyskiwaniem hasła i łączeniem kont, zostały przebudowane przy użyciu pakietów SDK klienta i spakowane jako widżet logowania. Są one dostępne jako pakiety SDK typu open source na iOS, Android i internet i umożliwiają pełne dostosowanie procesów w sposób, który nie jest możliwy w przypadku Identity Toolkit.

Inne różnice:

  • Sesje i migracja

    Sesje są zarządzane inaczej w Identity Toolkit i Identity Platform, dlatego po uaktualnieniu pakietu SDK dotychczasowe sesje użytkowników zostaną zakończone i użytkownicy będą musieli zalogować się ponownie.

Zanim zaczniesz

Zanim przejdziesz z Identity Toolkit na Identity Platform, musisz:

  1. Otwórz konsolę Cloud i wybierz projekt Identity Toolkit.

  2. W Marketplace przejdź do Identity Platform i wybierz „Włącz Identity Platform”.

  3. Otwórz Konta usługi. Tutaj możesz zobaczyć konto usługi skonfigurowane wcześniej dla Identity Toolkit.

  4. Obok konta usługi kliknij > Utwórz klucz. Następnie w oknie Utwórz klucz prywatny ustaw typ klucza na JSON i kliknij Utwórz. Plik JSON zawierający dane logowania do konta usługi zostanie pobrany. Będzie on potrzebny do zainicjowania pakietu SDK w następnym kroku.

  5. Wróć do konsoli Cloud. W sekcji Dostawcy, w metodzie logowania „E-mail/hasło”, otwórz stronę Szablony e-maili. Następnie możesz dostosować szablony aplikacji.

    W Identity Toolkit, gdy użytkownicy resetowali hasła, zmieniali adresy e-mail lub weryfikowali swoje adresy e-mail, trzeba było pobrać kod OOB z serwera Identity Toolkit, a następnie wysłać go użytkownikom e-mailem. Identity Platform wysyła e-maile na podstawie skonfigurowanych przez Ciebie szablonów bez konieczności wykonywania dodatkowych działań.

  6. Opcjonalnie: jeśli potrzebujesz dostępu do usług Identity Platform na serwerze, zainstaluj pakiet SDK Firebase.

    1. Pakiet Admin SDK dla Node.js możesz zainstalować za pomocą npm:

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

    2. W kodzie możesz uzyskać dostęp do Firebase za pomocą:

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

Następnie wykonaj czynności związane z migracją na platformie aplikacji: Android, iOS, sieć.

Serwery i JavaScript

Najważniejsze zmiany

Istnieje wiele dodatkowych różnic między implementacją Identity Platform w internecie a Identity Toolkit.

  • Zarządzanie sesjami internetowymi

    Wcześniej, gdy użytkownik uwierzytelniał się za pomocą widżetu Identity Toolkit, ustawiany był plik cookie, który służył do uruchamiania sesji. Ten plik cookie miał dwutygodniowy okres ważności i umożliwiał użytkownikowi korzystanie z widżetu zarządzania kontem w celu zmiany hasła i adresu e-mail. Niektóre witryny używały tego pliku cookie do uwierzytelniania wszystkich innych żądań stron w witrynie. Inne witryny używały tego pliku cookie do tworzenia własnych plików cookie za pomocą systemu zarządzania plikami cookie w swojej platformie.

    Pakiety SDK klienta Identity Platform zarządzają teraz tokenami identyfikacji i współpracują z backendem Identity Platform, aby sesja była aktualna. Backend powoduje wygaśnięcie sesji, gdy na koncie zostaną wprowadzone ważne zmiany (np. zmiana hasła użytkownika). Tokeny identyfikacji nie są automatycznie ustawiane jako pliki cookie w kliencie internetowym i mają tylko godzinny okres ważności. Jeśli nie chcesz, aby sesje trwały tylko godzinę, tokeny identyfikacji nie nadają się do użycia jako pliki cookie do weryfikacji wszystkich żądań stron. Zamiast tego musisz skonfigurować detektor, który będzie wykrywać logowanie się użytkownika, pobrać token identyfikacji, zweryfikować token i utworzyć własny plik cookie za pomocą systemu zarządzania plikami cookie w Twojej platformie.

    Musisz ustawić czas trwania sesji pliku cookie na podstawie potrzeb aplikacji w zakresie bezpieczeństwa.

  • Proces logowania w internecie

    Wcześniej po rozpoczęciu logowania użytkownicy byli przekierowywani na stronę accountchooser.com, aby dowiedzieć się, jakiego identyfikatora chcą użyć. Proces interfejsu Identity Platform zaczyna się teraz od listy metod logowania, w tym opcji adresu e-mail, która prowadzi do accountchooser.com w przypadku internetu i korzysta z interfejsu hintRequest API na Androidzie. Ponadto adresy e-mail nie są już wymagane w interfejsie. Ułatwi to obsługę użytkowników anonimowych, użytkowników z niestandardowym uwierzytelnianiem lub użytkowników od dostawców, u których adresy e-mail nie są wymagane.

  • Widżet zarządzania kontem

    Ten widżet udostępnia użytkownikom interfejs, który umożliwia zmianę adresów e-mail, zmianę haseł lub odłączenie kont od dostawców tożsamości. Obecnie jest w trakcie opracowywania.

  • Przycisk/widżet logowania

    Widżety takie jak przycisk logowania i karta użytkownika nie są już dostępne. Można je bardzo łatwo utworzyć za pomocą interfejsu Uwierzytelnianie Firebase API.

  • Brak signOutUrl

    Musisz wywołać metodę firebase.auth.signOut() i obsłużyć wywołanie zwrotne.

  • Brak oobActionUrl

    Wysyłanie e-maili jest teraz obsługiwane przez Identity Platform i konfigurowane w konsoli Firebase.

  • Dostosowywanie CSS

    Widżet interfejsu korzysta ze stylu Material Design Lite, który dynamicznie dodaje animacje Material Design.

Krok 1. Zmień kod serwera

  1. Jeśli Twój serwer korzysta z tokena Identity Toolkit (ważnego przez 2 tygodnie) do zarządzania sesjami użytkowników internetu, musisz przekonwertować serwer, aby używał własnego pliku cookie sesji.

    1. Zaimplementuj punkt końcowy do weryfikacji tokena identyfikacji i ustawiania pliku cookie sesji dla użytkownika. Aplikacja kliencka wysyła token identyfikatora Firebase do tego punktu końcowego.
    2. Jeśli żądanie przychodzące zawiera Twój plik cookie sesji, możesz uznać, że użytkownik został uwierzytelniony. W przeciwnym razie żądanie jest traktowane jako nieuwierzytelnione.
    3. Jeśli nie chcesz, aby którykolwiek z użytkowników utracił istniejące sesje logowania, poczekaj 2 tygodnie, aż wygasną wszystkie tokeny Identity Toolkit, lub przeprowadź podwójną weryfikację tokenów w aplikacji internetowej, jak opisano poniżej w kroku 3.

  2. Następnie, ponieważ tokeny identyfikacji różnią się od tokenów Identity Toolkit, musisz zaktualizować logikę weryfikacji tokenów. Zainstaluj Admin SDK na serwerze. Jeśli używasz języka, który nie jest obsługiwany przez Admin SDK, pobierz bibliotekę do weryfikacji tokenów JWT dla swojego środowiska i prawidłowo zweryfikuj token.

  3. Po wprowadzeniu powyższych zmian możesz nadal mieć ścieżki kodu, które korzystają z tokenów Identity Toolkit. Jeśli masz aplikacje na iOS lub aplikacje na Androida, użytkownicy będą musieli uaktualnić je do nowej wersji, aby nowe ścieżki kodu działały. Jeśli nie chcesz zmuszać użytkowników do aktualizowania aplikacji, możesz dodać dodatkową logikę weryfikacji po stronie serwera, która sprawdza token i określa, czy do jego weryfikacji należy użyć pakietu SDK Firebase czy Identity Toolkit. Jeśli masz tylko aplikację internetową, wszystkie nowe żądania uwierzytelniania zostaną przeniesione do Identity Platform, więc musisz używać tylko metod weryfikacji tokena identyfikacji.

Więcej informacji znajdziesz w dokumentacji interfejsu Web API.

Krok 2. Zaktualizuj kod HTML

  1. Dodaj kod inicjowania do aplikacji:

    1. Otwórz projekt w konsoli Cloud.
    2. Na stronie Dostawcy kliknij Szczegóły konfiguracji aplikacji. Wyświetli się fragment kodu, który inicjuje Identity Platform.
    3. Skopiuj fragment kodu inicjującego i wklej go na stronie internetowej.

  2. Dodaj do aplikacji widżet uwierzytelniania:

    <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. Usuń pakiet SDK Identity Toolkit z aplikacji.

  4. Jeśli do zarządzania sesjami używasz tokena identyfikacji Identity Toolkit, musisz wprowadzić te zmiany po stronie klienta:

    1. Po zalogowaniu się za pomocą Identity Platform uzyskaj token identyfikacji, wywołując firebase.auth().currentUser.getToken().

    2. Wyślij token identyfikacji do serwera backendu, zweryfikuj go i utwórz własny plik cookie sesji.

      Nie polegaj wyłącznie na pliku cookie sesji podczas wykonywania operacji poufnych lub wysyłania uwierzytelnionych żądań edycji do serwera. Musisz zapewnić dodatkową ochronę przed sfałszowaniem żądania z innej witryny (CSRF).

      Jeśli Twoja platforma nie zapewnia ochrony przed CSRF, jednym ze sposobów zapobiegania atakom jest uzyskanie tokena identyfikacji zalogowanego użytkownika za pomocą getToken() i dołączanie go do każdego żądania (domyślnie wysyłany jest też plik cookie sesji). Następnie możesz zweryfikować ten token za pomocą pakietu Admin SDK, a także sprawdzić plik cookie sesji, co zostało już wykonane przez platformę backendu. Utrudni to przeprowadzenie ataków CSRF, ponieważ token identyfikacji jest przechowywany tylko w pamięci masowej, a nie w pliku cookie.

    3. Tokeny Identity Toolkit są ważne przez 2 tygodnie. Możesz nadal wydawać tokeny, które są ważne przez 2 tygodnie, lub wydłużyć albo skrócić ten okres w zależności od wymagań dotyczących bezpieczeństwa aplikacji. Gdy użytkownik się wyloguje, wyczyść plik cookie sesji.

Krok 3. Zaktualizuj adresy URL przekierowania dostawcy tożsamości

  1. W konsoli Cloud otwórz sekcję Dostawcy.

  2. W przypadku każdego obsługiwanego dostawcy logowania sfederowanego wykonaj te czynności:

    1. Kliknij nazwę dostawcy logowania.
    2. Skopiuj identyfikator URI przekierowania OAuth.
    3. W konsoli dewelopera dostawcy logowania zaktualizuj identyfikator URI przekierowania OAuth.

Android

Krok 1. Dodaj Identity Platform do aplikacji za pomocą Firebase

  1. Otwórz konsolę Cloud i wybierz projekt Identity Toolkit.

  2. Na stronie Dostawcy kliknij Szczegóły konfiguracji aplikacji, wybierz kartę Android, a następnie kliknij Rozpocznij w Firebase. W oknie Dodaj Firebase podaj nazwę pakietu aplikacji i odcisk cyfrowy certyfikatu podpisywania, a następnie kliknij Dodaj aplikację. Plik konfiguracji google-services.json zostanie pobrany na Twój komputer.

  3. Skopiuj plik konfiguracji do katalogu głównego modułu aplikacji na Androida. Ten plik konfiguracji zawiera informacje o projekcie i kliencie Google OAuth.

  4. W pliku build.gradle na poziomie projektu (<var>your-project</var>/build.gradle) podaj nazwę pakietu aplikacji w sekcji defaultConfig:

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

  5. W pliku build.gradle na poziomie projektu dodaj też zależność, aby uwzględnić wtyczkę google-services:

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

  6. W pliku build.gradle na poziomie aplikacji (<var>my-project</var>/<var>app-module</var>/build.gradle) dodaj ten wiersz po wtyczce Androida do obsługi Gradle, aby włączyć wtyczkę google-services:

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

    Wtyczka google-services używa pliku google-services.json, aby skonfigurować aplikację do korzystania z Firebase.

  7. W pliku build.gradle na poziomie aplikacji dodaj też zależność Uwierzytelniania Firebase:

    compile 'com.google.firebase:firebase-auth:25.0.0'
compile 'com.google.android.gms:play-services-auth:22.0.0'

Krok 2. Usuń pakiet Identity Toolkit SDK

  1. Usuń konfigurację Identity Toolkit z pliku AndroidManifest.xml. Te informacje są zawarte w pliku google-service.json i wczytywane przez wtyczkę google-services.
  2. Usuń pakiet SDK Identity Toolkit z aplikacji.

Krok 3. Dodaj FirebaseUI do aplikacji

  1. Dodaj do aplikacji FirebaseUI Auth.

  2. W aplikacji zastąp wywołania pakietu Identity Toolkit SDK wywołaniami FirebaseUI.

iOS

Krok 1. Dodaj Firebase do aplikacji

  1. Dodaj pakiet SDK klienta do aplikacji, uruchamiając te polecenia:

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

  2. Otwórz konsolę Cloud i wybierz projekt Identity Toolkit.

  3. Na stronie Dostawcy kliknij Szczegóły konfiguracji aplikacji, wybierz kartę iOS, a następnie kliknij Rozpocznij w Firebase. W oknie Dodaj Firebase podaj nazwę pakietu aplikacji i odcisk cyfrowy certyfikatu podpisywania, a następnie kliknij Dodaj aplikację. Plik konfiguracji google-services.json zostanie pobrany na Twój komputer. W oknie Dodaj Firebase podaj identyfikator pakietu i identyfikator sklepu z aplikacjami aplikacji, a następnie kliknij Dodaj aplikację. Plik konfiguracji GoogleService-Info.plist zostanie pobrany na Twój komputer. Jeśli w projekcie masz kilka identyfikatorów pakietów, każdy z nich musi być połączony w konsoli Firebase, aby mógł mieć własny plik GoogleService-Info.plist.

  4. Skopiuj plik konfiguracji do katalogu głównego swojego projektu w Xcode i dodaj go do wszystkich elementów docelowych.

Krok 2. Usuń pakiet Identity Toolkit SDK

  1. Usuń GoogleIdentityToolkit z pliku Podfile aplikacji.
  2. Uruchom polecenie pod install.

Krok 3. Dodaj FirebaseUI do aplikacji

  1. Dodaj do aplikacji FirebaseUI Auth.

  2. W aplikacji zastąp wywołania pakietu Identity Toolkit SDK wywołaniami FirebaseUI.