Logto ist eine Auth0-Alternative, die für moderne Apps und SaaS-Produkte entwickelt wurde. Es bietet sowohl Cloud als auch Open-Source Dienste, um dir zu helfen, dein Identity and Management (IAM) System schnell zu starten. Genieße Authentifizierung, Autorisierung und Multi-Tenant-Management alles in einem.
Wir empfehlen, mit einem kostenlosen Entwicklungsmieter auf Logto Cloud zu beginnen. Dies ermöglicht es dir, alle Funktionen einfach zu erkunden.
In diesem Artikel werden wir die Schritte durchgehen, um schnell die Google Workspace enterprise SSO Anmeldeerfahrung (Benutzerauthentifizierung) mit Android (Kotlin / Java) und Logto aufzubauen.
Voraussetzungen
- Eine laufende Logto-Instanz. Sieh dir die Einführungsseite an, um loszulegen.
- Grundkenntnisse in Android (Kotlin / Java).
- Ein nutzbares Google Workspace enterprise SSO Konto.
Create an application in Logto
Logto basiert auf OpenID Connect (OIDC) Authentifizierung und OAuth 2.0 Autorisierung. Es unterstützt föderiertes Identitätsmanagement über mehrere Anwendungen hinweg, was allgemein als Single Sign-On (SSO) bezeichnet wird.
Um deine Native App Anwendung zu erstellen, folge einfach diesen Schritten:
- Öffne die Logto Console. Klicke im Abschnitt "Erste Schritte" auf den Link "Alle anzeigen", um die Liste der Anwendungs-Frameworks zu öffnen. Alternativ kannst du zu Logto Console > Applications navigieren und auf die Schaltfläche "Anwendung erstellen" klicken.
- Klicke im sich öffnenden Modal auf den Abschnitt "Native App" oder filtere alle verfügbaren "Native App" Frameworks mit den Schnellfilter-Checkboxen auf der linken Seite. Klicke auf die "Android (Kotlin)" / "Android (Java)" Framework-Karte, um mit der Erstellung deiner Anwendung zu beginnen.
- Gib den Anwendungsnamen ein, z. B. "Buchladen", und klicke auf "Anwendung erstellen".
🎉 Ta-da! Du hast gerade deine erste Anwendung in Logto erstellt. Du wirst eine Glückwunschseite sehen, die einen detaillierten Integrationsleitfaden enthält. Folge dem Leitfaden, um zu sehen, wie die Erfahrung in deiner Anwendung sein wird.
Integrate Android (Kotlin) / Android (Java) SDK
- Das Beispiel basiert auf dem View-System und dem View Model, aber die Konzepte sind die gleichen bei der Verwendung von Jetpack Compose.
- Das Beispiel ist in Kotlin geschrieben, aber die Konzepte sind die gleichen für Java.
- Sowohl Kotlin als auch Java Beispielprojekte sind in unserem SDK-Repository verfügbar.
- Das Tutorial-Video ist auf unserem YouTube-Kanal verfügbar.
Installation
Die minimal unterstützte Android API-Ebene des Logto Android SDK ist Ebene 24.
Bevor du das Logto Android SDK installierst, stelle sicher, dass mavenCentral()
zu deiner Repository-Konfiguration in der Gradle-Projekt-Build-Datei hinzugefügt wurde:
dependencyResolutionManagement {
repositories {
mavenCentral()
}
}
Füge das Logto Android SDK zu deinen Abhängigkeiten hinzu:
- Kotlin
- Groovy
dependencies {
implementation("io.logto.sdk:android:1.1.3")
}
dependencies {
implementation 'io.logto.sdk:android:1.1.3'
}
Da das SDK Internetzugang benötigt, musst du die folgende Berechtigung zu deiner AndroidManifest.xml
-Datei hinzufügen:
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools">
<!-- Internetberechtigung hinzufügen -->
<uses-permission android:name="android.permission.INTERNET" />
<!-- andere Konfigurationen... -->
</manifest>
LogtoClient initialisieren
Erstelle eine LogtoViewModel.kt
und initialisiere LogtoClient
in diesem ViewModel:
//...mit anderen Imports
import io.logto.sdk.android.LogtoClient
import io.logto.sdk.android.type.LogtoConfig
class LogtoViewModel(application: Application) : AndroidViewModel(application) {
private val logtoConfig = LogtoConfig(
endpoint = "<your-logto-endpoint>",
appId = "<your-app-id>",
scopes = null,
resources = null,
usingPersistStorage = true,
)
private val logtoClient = LogtoClient(logtoConfig, application)
companion object {
val Factory: ViewModelProvider.Factory = object : ViewModelProvider.Factory {
@Suppress("UNCHECKED_CAST")
override fun <T : ViewModel> create(
modelClass: Class<T>,
extras: CreationExtras
): T {
// Hole das Application-Objekt aus extras
val application = checkNotNull(extras[APPLICATION_KEY])
return LogtoViewModel(application) as T
}
}
}
}
erstelle dann ein LogtoViewModel
für deine MainActivity.kt
:
//...mit anderen Imports
class MainActivity : AppCompatActivity() {
private val logtoViewModel: LogtoViewModel by viewModels { LogtoViewModel.Factory }
//...andere Codes
}
Redirect-URI konfigurieren
Wechseln wir zur Seite "Anwendungsdetails" der Logto-Konsole. Füge eine Redirect-URI io.logto.android://io.logto.sample/callback
hinzu und klicke auf "Änderungen speichern".
Anmeldung und Abmeldung implementieren
Bevor du logtoClient.signIn
aufrufst, stelle sicher, dass du die Redirect-URI im Admin Console korrekt konfiguriert hast.
Du kannst logtoClient.signIn
verwenden, um den Benutzer anzumelden, und logtoClient.signOut
, um den Benutzer abzumelden.
Zum Beispiel in einer Android-App:
//...mit anderen Imports
class LogtoViewModel(application: Application) : AndroidViewModel(application) {
// ...andere Codes
// Füge ein Live-Datenobjekt hinzu, um den Authentifizierungsstatus zu beobachten
private val _authenticated = MutableLiveData(logtoClient.isAuthenticated)
val authenticated: LiveData<Boolean>
get() = _authenticated
fun signIn(context: Activity) {
logtoClient.signIn(context, "io.logto.android://io.logto.sample/callback") { logtoException ->
logtoException?.let { println(it) }
// Aktualisiere die Live-Daten
_authenticated.postValue(logtoClient.isAuthenticated)
}
}
fun signOut() {
logtoClient.signOut { logtoException ->
logtoException?.let { println(it) }
// Aktualisiere die Live-Daten
_authenticated.postValue(logtoClient.isAuthenticated)
}
}
}
Rufe dann die Methoden signIn
und signOut
in deiner Aktivität auf:
class MainActivity : AppCompatActivity() {
override fun onCreate(savedInstanceState: Bundle?) {
//...andere Codes
// Angenommen, du hast einen Button mit der ID "sign_in_button" in deinem Layout
val signInButton = findViewById<Button>(R.id.sign_in_button)
signInButton.setOnClickListener {
logtoViewModel.signIn(this)
}
// Angenommen, du hast einen Button mit der ID "sign_out_button" in deinem Layout
val signOutButton = findViewById<Button>(R.id.sign_out_button)
signOutButton.setOnClickListener {
if (logtoViewModel.authenticated) { // Überprüfe, ob der Benutzer authentifiziert ist
logtoViewModel.signOut()
}
}
// Beobachte den Authentifizierungsstatus, um die Benutzeroberfläche zu aktualisieren
logtoViewModel.authenticated.observe(this) { authenticated ->
if (authenticated) {
// Der Benutzer ist authentifiziert
signInButton.visibility = View.GONE
signOutButton.visibility = View.VISIBLE
} else {
// Der Benutzer ist nicht authentifiziert
signInButton.visibility = View.VISIBLE
signOutButton.visibility = View.GONE
}
}
}
}
Checkpoint: Teste deine Anwendung
Jetzt kannst du deine Anwendung testen:
- Starte deine Anwendung, du wirst den Anmeldebutton sehen.
- Klicke auf den Anmeldebutton, das SDK wird den Anmeldeprozess initiieren und dich zur Logto-Anmeldeseite weiterleiten.
- Nachdem du dich angemeldet hast, wirst du zurück zu deiner Anwendung geleitet und siehst den Abmeldebutton.
- Klicke auf den Abmeldebutton, um den Token-Speicher zu leeren und dich abzumelden.
Add Google Workspace enterprise SSO connector
To simplify access management and gain enterprise-level safeguards for your big clients, connect with Android (Kotlin) / Android (Java) as a federated identity provider. The Logto enterprise SSO connector helps you establish this connection in minutes by allowing several parameter inputs.
To add an enterprise SSO connector, simply follow these steps:
- Navigate to Logto console > Enterprise SSO.
- Click "Add enterprise connector" button and choose your SSO provider type. Choose from prebuilt connectors for Microsoft Entra ID (Azure AD), Google Workspace, and Okta, or create a custom SSO connection using the standard OpenID Connect (OIDC) or SAML protocol.
- Provide a unique name (e.g., SSO sign-in for Acme Company).
- Configure the connection with your IdP in the "Connection" tab. Check the guides above for each connector types.
- Customize the SSO experience and enterprise’s email domain in the "Experience" tab. Users sign in with the SSO-enabled email domain will be redirected to SSO authentication.
- Save changes.
Set up Google Cloud Platform
Schritt 1: Ein neues Projekt auf der Google Cloud Platform erstellen
Bevor du Google Workspace als Authentifizierungsanbieter verwenden kannst, musst du ein Projekt in der Google API Console einrichten, um OAuth 2.0-Anmeldedaten zu erhalten. Wenn du bereits ein Projekt hast, kannst du diesen Schritt überspringen. Andernfalls erstelle ein neues Projekt unter deiner Google-Organisation.
Schritt 2: Den Zustimmungsbildschirm für deine Anwendung konfigurieren
Um ein neues OIDC-Zertifikat zu erstellen, musst du den Zustimmungsbildschirm für deine Anwendung konfigurieren.
- Navigiere zur Seite OAuth-Zustimmungsbildschirm und wähle den Benutzertyp
Intern
. Dadurch wird die OAuth-Anwendung nur für Benutzer innerhalb deiner Organisation verfügbar.
- Fülle die Einstellungen des
Zustimmungsbildschirms
gemäß den Anweisungen auf der Seite aus. Du musst die folgenden Mindestinformationen angeben:
- Anwendungsname: Der Name deiner Anwendung. Er wird auf dem Zustimmungsbildschirm angezeigt.
- Support-E-Mail: Die Support-E-Mail deiner Anwendung. Sie wird auf dem Zustimmungsbildschirm angezeigt.
- Setze die
Berechtigungen (Scopes)
für deine Anwendung. Um die Identitätsinformationen und die E-Mail-Adresse des Benutzers ordnungsgemäß vom IdP abzurufen, müssen Logto SSO Connectors die folgenden Berechtigungen vom IdP gewähren:
- openid: Diese Berechtigung ist für die OIDC-Authentifizierung erforderlich. Sie wird verwendet, um das ID-Token abzurufen und Zugriff auf den userInfo-Endpunkt des IdP zu erhalten.
- profile: Diese Berechtigung ist erforderlich, um auf die grundlegenden Profilinformationen des Benutzers zuzugreifen.
- email: Diese Berechtigung ist erforderlich, um auf die E-Mail-Adresse des Benutzers zuzugreifen.
Klicke auf die Schaltfläche Speichern
, um die Einstellungen des Zustimmungsbildschirms zu speichern.
Schritt 3: Ein neues OAuth-Anmeldedaten erstellen
Navigiere zur Seite Credentials und klicke auf die Schaltfläche Create Credentials
. Wähle die Option OAuth client ID
aus dem Dropdown-Menü, um ein neues OAuth-Zertifikat für deine Anwendung zu erstellen.
Fahre mit der Einrichtung des OAuth-Zertifikats fort, indem du die folgenden Informationen ausfüllst:
- Wähle
Web application
als Anwendungstyp. - Fülle den
Name
deiner Client-Anwendung aus, zum BeispielLogto SSO Connector
. Dies hilft dir, die Anmeldeinformationen in der Zukunft zu identifizieren. - Fülle die
Authorized redirect URIs
mit der Logto-Callback-URI aus. Dies ist die URI, zu der Google den Browser des Benutzers nach erfolgreicher Authentifizierung umleitet. Nachdem sich ein Benutzer erfolgreich beim IdP authentifiziert hat, leitet der IdP den Browser des Benutzers zurück zu dieser festgelegten URI zusammen mit einem Autorisierungscode. Logto wird den Authentifizierungsprozess basierend auf dem von dieser URI erhaltenen Autorisierungscode abschließen. - Fülle die
Authorized JavaScript origins
mit dem Ursprung der Logto-Callback-URI aus. Dies stellt sicher, dass nur deine Logto-Anwendung Anfragen an den Google OAuth-Server senden kann. - Klicke auf die Schaltfläche
Create
, um das OAuth-Zertifikat zu erstellen.
Schritt 4: Logto-Connector mit den Client-Anmeldedaten einrichten
Nach erfolgreicher Erstellung der OAuth-Anmeldeinformationen erhältst du ein Eingabeaufforderungsfenster mit der Client-ID und dem Client-Geheimnis.
Kopiere die Client ID
und das Client secret
und fülle die entsprechenden Felder im Connection
-Tab des SSO-Connectors von Logto aus.
Jetzt hast du erfolgreich einen Google Workspace SSO-Connector auf Logto konfiguriert.
Schritt 5: Zusätzliche Berechtigungen (Optional)
Verwende das Feld Scope
, um zusätzliche Berechtigungen zu deiner OAuth-Anfrage hinzuzufügen. Dadurch kannst du mehr Informationen vom Google OAuth-Server anfordern. Bitte sieh dir die Google OAuth Scopes Dokumentation für weitere Informationen an.
Unabhängig von den benutzerdefinierten Berechtigungseinstellungen wird Logto immer die Berechtigungen openid
, profile
und email
an den Identitätsanbieter (IdP) senden. Dies stellt sicher, dass Logto die Identitätsinformationen und die E-Mail-Adresse des Benutzers ordnungsgemäß abrufen kann.
Schritt 6: E-Mail-Domänen festlegen und den SSO-Connector aktivieren
Gib die E-Mail-Domains
deiner Organisation auf der Registerkarte SSO-Erfahrung
des Logto-Connectors an. Dadurch wird der SSO-Connector als Authentifizierungsmethode für diese Benutzer aktiviert.
Benutzer mit E-Mail-Adressen in den angegebenen Domains werden weitergeleitet, um deinen SSO-Connector als einzige Authentifizierungsmethode zu verwenden.
Für weitere Informationen über den Google Workspace SSO-Connector, siehe bitte Google OpenID Connector.
Save your configuration
Überprüfe, ob du alle notwendigen Werte im Logto Connector-Konfigurationsbereich ausgefüllt hast. Klicke auf "Speichern und Fertig" (oder "Änderungen speichern") und der Google Workspace enterprise SSO Connector sollte jetzt verfügbar sein.
Enable Google Workspace enterprise SSO connector in Sign-in Experience
You don’t need to configure enterprise connectors individually, Logto simplifies SSO integration into your applications with just one click.
- Navigate to: Console > Sign-in experience > Sign-up and sign-in.
- Enable the "Enterprise SSO" toggle.
- Save changes.
Once enabled, a "Single Sign-On" button will appear on your sign-in page. Enterprise users with SSO-enabled email domains can access your services using their enterprise identity providers (IdPs).
To learn more about the SSO user experience, including SP-initiated SSO and IdP-initiated SSO, refer to User flows: Enterprise SSO.
Testing and Validation
Kehre zu deiner Android (Kotlin / Java)-App zurück. Du solltest dich jetzt mit Google Workspace enterprise SSO anmelden können. Viel Spaß!
Further readings
Endbenutzerflüsse: Logto bietet sofort einsatzbereite Authentifizierungsflüsse, einschließlich Multi-Faktor-Authentifizierung (MFA) und Enterprise SSO, zusammen mit leistungsstarken APIs für die flexible Implementierung von Kontoeinstellungen, Sicherheitsüberprüfung und Multi-Tenant-Erfahrung.
Autorisierung: Autorisierung (Authorization) definiert die Aktionen, die ein Benutzer ausführen kann, oder die Ressourcen, auf die er nach der Authentifizierung zugreifen kann. Erfahre, wie du deine API für native und Single-Page-Anwendungen schützen und rollenbasierte Zugangskontrolle (RBAC) implementieren kannst.
Organisationen: Besonders effektiv in Multi-Tenant-SaaS- und B2B-Anwendungen, ermöglicht die Organisationsfunktion die Erstellung von Mandanten, das Mitgliedermanagement, organisationsweite RBAC und Just-in-Time-Bereitstellung.
Kunden-IAM-Serie: Unsere Blogserie über Customer (oder Consumer) Identity and Access Management, von den Grundlagen bis zu fortgeschrittenen Themen und darüber hinaus.