Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung		 Vorhergehende Überarbeitung
de:functionaltest_oidc_op [2022/05/17 13:15] – _der_ OP, statt die OP Silke Meyerde:functionaltest_oidc_op [2024/09/24 13:26] (aktuell) – Wolfgang Pempe
Zeile 3: Zeile 3:
 Wir bieten derzeit drei Relying Parties (also OIDC sprechende Service Provider) an. Wir bieten derzeit drei Relying Parties (also OIDC sprechende Service Provider) an.
   * Jede Relying Party zeigt bei erfolgreicher Anmeldung die übertragenen Claims (Attribute) inkl. ihrer Werte an.   * Jede Relying Party zeigt bei erfolgreicher Anmeldung die übertragenen Claims (Attribute) inkl. ihrer Werte an.
-  * Dynamic Client Registration wird unterstützt: Geben Sie am Discovery-Service die Issuer ID Ihres OP (Ihres IdP) ein. Achtung: Die Test-RPs können nur Issuer IDs ohne weitere Request URI hinter der Domain verarbeiten. (Issuer IDs, die analog zu Shibboleth IdP Entity IDs auf '/idp/shibboleth' enden, funktionieren nicht! Die OIDC Issuer ID eines OP kann abweichend von der SAML Entity ID konfiguriert werden.)+  * **OP-seitig muss Dynamic Client Registration unterstützt werden.** Geben Sie am Discovery-Service die Issuer ID Ihres OP (Ihres IdP) ein. Achtung: Die Test-RPs können nur Issuer IDs ohne weitere Request URI hinter der Domain verarbeiten. (Issuer IDs, die analog zu Shibboleth IdP Entity IDs auf '/idp/shibboleth' enden, funktionieren nicht! Die OIDC Issuer ID eines OP kann abweichend von der SAML Entity ID konfiguriert werden.)
  
 ^ Relying Party Client ID ^ Angeforderter Sub Claim ^ Angefordete Scopes ^ Autorisierung ^ ^ Relying Party Client ID ^ Angeforderter Sub Claim ^ Angefordete Scopes ^ Autorisierung ^
  • Zuletzt geändert: vor 3 Jahren