Kontoeinstellungen über Management API
Integrationen
Logto bietet verschiedene Management API, um Benutzerkonten zu verwalten. Du kannst diese APIs verwenden, um eine Selbstbedienungs-Kontoeinstellungsseite für Endbenutzer zu erstellen.
Architektur
- Benutzer: Authentifizierter Endbenutzer, der auf seine Kontoeinstellungen zugreifen und diese verwalten muss.
- Client-Anwendung: Deine Client-Anwendung, die dem Benutzer die Kontoeinstellungsseite bereitstellt.
- Serverseitige Anwendung: Serverseitige Anwendung, die die Kontoeinstellungen API für den Client bereitstellt. Interagiert mit der Logto Management API.
- Logto: Logto als Authentifizierungs- und Autorisierungsdienst. Stellt die Management API zur Verwaltung von Benutzerkonten bereit.
Sequenzdiagramm
- Der Benutzer greift auf die Client-Anwendung zu.
- Die Client-Anwendung sendet die Authentifizierungsanfrage an Logto und leitet den Benutzer zur Logto-Anmeldeseite weiter.
- Der Benutzer meldet sich bei Logto an.
- Der authentifizierte Benutzer wird mit dem Autorisierungscode zurück zur Client-Anwendung weitergeleitet.
- Die Client-Anwendung fordert das Zugangstoken von Logto für den Zugriff auf die selbstgehostete Kontoeinstellungen API an.
- Logto gewährt der Client-Anwendung das Zugangstoken.
- Die Client-Anwendung sendet die Anfrage für die Kontoeinstellungen an die serverseitige Anwendung mit dem Benutzer-Zugangstoken.
- Die serverseitige Anwendung überprüft die Identität und Berechtigung des Anfragenden aus dem Benutzer-Zugangstoken. Dann fordert sie ein Management API-Zugangstoken von Logto an.
- Logto gewährt der serverseitigen Anwendung das Management API-Zugangstoken.
- Die serverseitige Anwendung fordert die Benutzerdaten von Logto mit dem Management API-Zugangstoken an.
- Logto überprüft die Identität des Servers und die Management API-Berechtigung und gibt die Benutzerdaten zurück.
- Die serverseitige Anwendung verarbeitet die Benutzerdaten basierend auf der Berechtigung des Anfragenden und gibt die Kontodetails des Benutzers an die Client-Anwendung zurück.
Management API in serverseitige Anwendung integrieren
Sieh dir den Abschnitt Management API an, um zu erfahren, wie du die Management APIs in serverseitige Anwendungen integrieren kannst.
Benutzerverwaltungs-APIs
Benutzerdaten-Schema
Sieh dir den Abschnitt Benutzerdaten und benutzerdefinierte Daten an, um mehr über das Benutzerschema in Logto zu erfahren.
Benutzerprofil- und Identifikatoren-Management-APIs
Das Profil und die Identifikatoren eines Benutzers sind entscheidend für die Benutzerverwaltung. Du kannst die folgenden APIs verwenden, um Benutzerprofile und Identifikatoren zu verwalten.
| Methode | Pfad | Beschreibung |
|---|---|---|
| GET | /api/users/{userId} | Benutzerdetails nach Benutzer-ID abrufen. |
| PATCH | /api/users/{userId} | Benutzerdetails aktualisieren. |
| PATCH | /api/users/{userId}/profile | Benutzerprofilfelder nach Benutzer-ID aktualisieren. |
| GET | /api/users/{userId}/custom-data | Benutzerdefinierte Daten nach Benutzer-ID abrufen. |
| PATCH | /api/users/{userId}/custom-data | Benutzerdefinierte Daten nach Benutzer-ID aktualisieren. |
| PATCH | /api/users/{userId}/is-suspended | Benutzer-Suspendierungsstatus nach Benutzer-ID aktualisieren. |
E-Mail- und Telefonnummern-Verifizierung
Im Logto-System können sowohl E-Mail-Adressen als auch Telefonnummern als Benutzeridentifikatoren dienen, weshalb ihre Verifizierung unerlässlich ist. Um dies zu unterstützen, bieten wir eine Reihe von Verifizierungscode-APIs an, um die bereitgestellte E-Mail oder Telefonnummer zu verifizieren.
Stelle sicher, dass du die E-Mail oder Telefonnummer verifizierst, bevor du das Benutzerprofil mit einer neuen E-Mail oder Telefonnummer aktualisierst.
| Methode | Pfad | Beschreibung |
|---|---|---|
| POST | /api/verifications/verification-code | Verifizierungscode für E-Mail oder Telefonnummer senden. |
| POST | /api/verifications/verification-code/verify | E-Mail oder Telefonnummer durch Verifizierungscode verifizieren. |
Benutzer-Passwortverwaltung
| Methode | Pfad | Beschreibung |
|---|---|---|
| POST | /api/users/{userId}/password/verify | Aktuelles Benutzerpasswort nach Benutzer-ID verifizieren. |
| PATCH | /api/users/{userId}/password | Benutzerpasswort nach Benutzer-ID aktualisieren. |
| GET | /api/users/{userId}/has-password | Überprüfen, ob der Benutzer ein Passwort hat, nach Benutzer-ID. |
Stelle sicher, dass du das aktuelle Passwort des Benutzers verifizierst, bevor du das Passwort des Benutzers aktualisierst.
Verwaltung sozialer Identitäten von Benutzern
| Methode | Pfad | Beschreibung |
|---|---|---|
| GET | /api/users/{userId} | Benutzerdetails nach Benutzer-ID abrufen. Die sozialen Identitäten sind im Feld identities zu finden. |
| POST | /api/users/{userId}/identities | Eine authentifizierte soziale Identität mit dem Benutzer nach Benutzer-ID verknüpfen. |
| DELETE | /api/users/{userId}/identities | Eine soziale Identität vom Benutzer nach Benutzer-ID trennen. |
| PUT | /api/users/{userId}/identities | Eine mit dem Benutzer verknüpfte soziale Identität direkt nach Benutzer-ID aktualisieren. |
| POST | /api/connectors/{connectorId}/authorization-uri | Die Autorisierungs-URI für einen sozialen Identitätsanbieter abrufen. Verwende diese URI, um eine neue soziale Identitätsverbindung zu initiieren. |
- Der Benutzer greift auf die Client-Anwendung zu und fordert die Bindung einer sozialen Identität an.
- Die Client-Anwendung sendet eine Anfrage an den Server, um eine soziale Identität zu binden.
- Der Server sendet eine Anfrage an Logto, um die Autorisierungs-URI für den sozialen Identitätsanbieter zu erhalten. Du musst deinen eigenen
state-Parameter undredirect_uriin der Anfrage bereitstellen. Stelle sicher, dass du dieredirect_uribeim sozialen Identitätsanbieter registrierst. - Logto gibt die Autorisierungs-URI an den Server zurück.
- Der Server gibt die Autorisierungs-URI an die Client-Anwendung zurück.
- Die Client-Anwendung leitet den Benutzer zur IdP-Autorisierungs-URI weiter.
- Der Benutzer meldet sich beim IdP an.
- Der IdP leitet den Benutzer mit dem Autorisierungscode zurück zur Client-Anwendung unter Verwendung der
redirect_uri. - Die Client-Anwendung validiert den
stateund leitet die IdP-Autorisierungsantwort an den Server weiter. - Der Server sendet eine Anfrage an Logto, um die soziale Identität mit dem Benutzer zu verknüpfen.
- Logto ruft die Benutzerinformationen vom IdP mit dem Autorisierungscode ab.
- Der IdP gibt die Benutzerinformationen an Logto zurück und Logto verknüpft die soziale Identität mit dem Benutzer.
Es gibt einige Einschränkungen, die bei der Verknüpfung neuer sozialer Identitäten mit einem Benutzer zu beachten sind:
- Die Management API hat keinen Sitzungs-Kontext. Jeder soziale Connector, der eine aktive Sitzung erfordert, um den sozialen Authentifizierungsstatus sicher aufrechtzuerhalten, kann nicht über die Management API verknüpft werden. Nicht unterstützte Connectoren sind Apple, Standard OIDC und Standard OAuth 2.0 Connector.
- Aus dem gleichen Grund kann Logto den
state-Parameter in der Autorisierungsantwort nicht verifizieren. Stelle sicher, dass du denstate-Parameter in deiner Client-App speicherst und validierst, wenn die Autorisierungsantwort empfangen wird. - Du musst die
redirect_uriim Voraus beim sozialen Identitätsanbieter registrieren. Andernfalls wird der soziale IdP den Benutzer nicht zurück zu deiner Client-App weiterleiten. Dein sozialer IdP muss mehr als eine Rückruf-redirect_uriakzeptieren, eine für die Benutzeranmeldung, eine für deine eigene Profilbindungsseite.
Verwaltung von Unternehmensidentitäten von Benutzern
| Methode | Pfad | Beschreibung |
|---|---|---|
| GET | /api/users/{userId}?includeSsoIdentities=true | Benutzerdetails nach Benutzer-ID abrufen. Die Unternehmensidentitäten sind im Feld ssoIdentities zu finden. Füge den Abfrageparameter includeSsoIdentities=true zur Benutzerdetails-API hinzu, um sie einzuschließen. |
Derzeit unterstützt die Management API nicht das Verknüpfen oder Trennen von Unternehmensidentitäten mit einem Benutzer. Du kannst nur die mit einem Benutzer verknüpften Unternehmensidentitäten anzeigen.
Persönliches Zugangstoken
| Methode | Pfad | Beschreibung |
|---|---|---|
| GET | /api/users/{userId}/personal-access-tokens | Alle persönlichen Zugangstokens für den Benutzer abrufen. |
| POST | /api/users/{userId}/personal-access-tokens | Ein neues persönliches Zugangstoken für den Benutzer hinzufügen. |
| DELETE | /api/users/{userId}/personal-access-tokens/{name} | Ein Token für den Benutzer nach Name löschen. |
| PATCH | /api/users/{userId\s}/personal-access-tokens/{name} | Ein Token für den Benutzer nach Name aktualisieren. |
Persönliche Zugangstokens bieten eine sichere Möglichkeit für Benutzer, ein Zugangstoken zu gewähren, ohne ihre Anmeldedaten und interaktive Anmeldung zu verwenden. Erfahre mehr über die Verwendung persönlicher Zugangstokens.
Verwaltung der Benutzer-MFA-Einstellungen
| Methode | Pfad | Beschreibung |
|---|---|---|
| GET | /api/users/{userId}/mfa-verifications | Benutzer-MFA-Einstellungen nach Benutzer-ID abrufen. |
| POST | /api/users/{userId}/mfa-verifications | Eine Benutzer-MFA-Verifizierung nach Benutzer-ID einrichten. |
| DELETE | /api/users/{userId}/mfa-verifications/{verificationId} | Eine Benutzer-MFA-Verifizierung nach ID löschen. |
Benutzerkontolöschung
| Methode | Pfad | Beschreibung |
|---|---|---|
| DELETE | /api/users/{userId} | Einen Benutzer nach Benutzer-ID löschen. |
Verwaltung von Benutzersitzungen
| Methode | Pfad | Beschreibung |
|---|---|---|
| GET | /api/users/{userId}/sessions | Benutzersitzungen nach Benutzer-ID abrufen. |
| GET | /api/users/{userId}/sessions/{sessionId} | Eine Benutzersitzung nach Sitzungs-ID abrufen. |
| DELETE | /api/users/{userId}/sessions/{sessionId} | Eine Benutzersitzung nach Sitzungs-ID löschen. |
Verwaltung der autorisierten Apps eines Benutzers (Grants)
| Methode | Pfad | Beschreibung |
|---|---|---|
| GET | /api/users/{userId}/grants | Aktive App-Grants für den Benutzer auflisten. |
| DELETE | /api/users/{userId}/grants/{grantId} | Einen bestimmten App-Grant nach ID widerrufen. |
Optionaler Abfrageparameter für die Grant-Auflistung:
appType=firstParty: Nur First-Party-App-Grants zurückgeben.appType=thirdParty: Nur Third-Party-App-Grants zurückgeben.appTypeweglassen: Alle aktiven Grants zurückgeben.
Wenn ein Grant widerrufen wird, werden zuvor ausgegebene opake Zugangstokens und Auffrischungstokens für diesen Grant ungültig.