Übersicht über OpenID Connect

OpenID Connect (OIDC) ist ein einfaches Identitätsprotokoll und ein offener Standard, der auf dem OAuth 2.0-Protokoll basiert. OIDC ermöglicht Clientanwendungen, sich auf eine Authentifizierung zu stützen, die von einem OpenID Connect-Provider zur Prüfung einer Benutzeridentität durchgeführt wird.

OpenID Connect verwendet OAuth 2.0 zur Authentifizierung und Berechtigung und erstellt dann Identitäten, die Benutzer eindeutig identifizieren. Clients können auch grundlegende Informationen zum Profil eines Benutzers mit einem kompatiblen und REST-konformen Verfahren von OpenID Connect-Providern abrufen.

Mit ... anfangen 8.5.5.3, WebSphere® Application Server unterstützt OpenID Verbinden 1.0 und spielt eine Rolle als Client oder vertrauende Partei beim Web-Single-Sign-On. Lies das Implementierungshandbuch für den OpenID Connect Basic-Client 1.0 für mehr Informationen.

Vermeide Ärger: Wenn Sie in einer Clusterumgebung arbeiten, OpenID Connect Relying Party (RP) Trust Association Interceptor (TAI) erfordert Sitzungsaffinität.

Terminologie

Zugriffstoken
Ein Berechtigungsnachweis, der für den Zugriff auf geschützte Ressourcen verwendet wird. Ein Zugriffstoken ist eine Zeichenfolge und stellt eine an den Client ausgegebene Berechtigung dar.
Berechtigungsendpunkt
Eine Ressource auf einem OpenID-Provider, die eine Berechtigungsanforderung von einem Client akzeptiert, um die Authentifizierung und Berechtigung eines Benutzers durchzuführen. Im Berechtigungscodeablauf gibt der Berechtigungsendpunkt einen Berechtigungsgrant (oder -code) an den Client im Basisclientprofil zurück. Im impliziten Clientprofil gibt der Berechtigungsendpunkt ein ID-Token und ein Zugriffstoken an den Client zurück.
Berechtigungsgrant
Eine Anmeldeinformation, die die Autorisierung eines Benutzers zum Zugriff auf Ressourcen darstellt. Diese Anmeldeinformationen werden von einem Client verwendet, um ein Zugriffstoken zu erhalten.
Anspruch
Informationen, die über eine Entität behauptet werden. Beispiele für einen Anspruch sind eine Telefonnummer, ein Vor- oder Nachname.
ID-Token
Ein JSON Web Token (JWT), das Ansprüche zum authentifizierten Benutzer enthält.
Introspektionsendpunkt
Eine Ressource zu einem OpenID Anbieter, der einem Client, der über ein Zugriffstoken verfügt, das Abrufen von Informationen ermöglicht. Die Informationen werden zum Erstellen des Zugriffstokens verwendet (z. B. Benutzername, gewährte Bereiche oder Client-ID).
OpenID-Provider (OP)
Ein OAuth-2.0-Berechtigungsserver, der einem Client oder einer Relying Party (RP) Ansprüche bereitstellen kann.
Aktualisierungstoken
Ein Token, das dem Client vom OP ausgestellt wird. Das Token wird verwendet, um ein neues Zugriffstoken zu erhalten, wenn das aktuelle Zugriffstoken abläuft, oder um weitere Zugriffstoken zu erhalten.
Relying Party (RP)
Entweder ein WebSphere Application Server konfiguriert als OpenID Connect Client oder eine Client-Anwendung, die Ansprüche von einem OpenID Anbieter (OP).
Geltungsbereich
Eine Berechtigung oder Genehmigung, die den Zugriff auf Ressourcen eines Dritten ermöglicht.
Tokenendpunkt
Eine Ressource auf einem OpenID-Provider, die einen Berechtigungsgrant (oder -code) von einem Client akzeptiert und dafür ein Zugriffstoken, ein ID-Token und ein Aktualisierungstoken zurückgibt.

WebSphere Application Server als OpenID Verbinden Sie die vertrauende Partei (Client).

WebSphere Application Server kann so konfiguriert werden, dass es als OpenID Connect Relying Party, das ermöglicht WebSphere Application Server sich auf einen anderen verlassen OpenID Verbindungsserver, der als OP für die Benutzerauthentifizierung und -autorisierung fungiert.

Mit einem OpenID Connect-Basisclient wird jeder Tokenaustausch über den Tokenendpunkt des OpenID Connect-Providers abgewickelt. Zuerst übergibt der Client eine Berechtigungsanforderung an den Berechtigungsendpunkt des OP. Nach erfolgreicher Authentifizierung und Berechtigung beim OP erhält der Client einen Berechtigungsgrant oder -code vom OP. Dieser Berechtigungscode kann dann in einer Anforderung an den Tokenendpunkt des OP gesendet werden. Der Client empfängt ein ID-Token, ein Zugriffstoken und ein Aktualisierungstoken in der Antwort vom Tokenendpunkt. Der Client überprüft dann das ID-Token und ruft die Subjekt-ID des Benutzers ab. Dieser profilbasierte Ablauf ist für Clients vorgesehen, die einen geheimen Clientschlüssel zwischen sich und dem OP sicher verwalten können, und ermöglicht Clients, ein Token abzurufen.

Abmeldung

Der OpenID Connect Relying Party unterstützt die Abmeldung über dieHttpServletRequest.logout() Java™-Methode. Wenn diese Methode über eine URL aufgerufen wird, die durch den OpenID Connect-TAI geschützt ist, löscht Sie das LtpaToken2-Cookie und die OpenID Connect-Cookies. Sie können den OIDC-TAI auch so konfigurieren, dass alle Zugriffstoken widerrufen werden, wenn diese Methode aufgerufen wird.
Wichtig: Abmelden über den veraltetenrevokeSSOCookies() Methode und durch dieibm_security_logout Servlet wird nicht unterstützt für OpenID Vertrauende Partei verbinden.

Informationen dazu, wie Sie Ihrer Anwendung die Durchführung einer Abmeldung ermöglichen, wenn sie durch das OpenID TAI anschließen, siehe Aktivieren der programmgesteuerten Abmeldung für eine Open ID Connect-Relying-Party.

Informationen zur Konfiguration eines WebSphere Application Server als OpenID Connect Client, lesen Konfigurieren eines OpenID Vertrauende Partei verbinden.