Übersicht
OIDC SSO schützt das Dashboard und unterstützt den Authorization Code Flow mit PKCE, die Validierung von State und Nonce, Discovery sowie signierteHttpOnly-, SameSite=Lax-Sessions.
Anders als andere Pro-Features schlägt eine explizit aktivierte
SSO-Konfiguration geschlossen fehl (fail closed): Der Start wird abgebrochen,
wenn das sso-Entitlement fehlt oder die Konfiguration ungültig ist. So kann
eine Authentifizierungsgrenze nicht unbemerkt verschwinden.
SSO konfigurieren
Konfigurieren Sie SSO unterextensions.sso in der zentralen YAML-Konfiguration von GoModel:
PRO_SSO_* überschreiben die YAML-Werte. Die
Redirect-URL muss auf /sso/callback enden (einschließlich eines ggf.
konfigurierten BASE_PATH), und HTTPS ist erforderlich, außer bei
Loopback-URLs für die Entwicklung. Standardmäßig ist mindestens eine
Administratorgruppe erforderlich; setzen Sie PRO_SSO_ALLOW_ALL_ADMINS=true
nur für einen bewusst uneingeschränkten OIDC-Client.
Audit und Zugriffskontrolle
Erfolgreiche Anmeldungen, abgelehnte Richtlinien und Abmeldungen werden als bereinigte Audit-Events erfasst. Tokens, Autorisierungscodes, Cookies, Roh-Claims und Fehlerdetails des Identity-Providers werden nicht gespeichert. Eine SSO-Session trägt wie ein verwalteter API-Key einenuser_path. Daher
gelten die Modell-Allowlists auf Gruppen- und Benutzerebene von der Seite
Benutzer auch für Requests, die über sie gestellt
werden. Die allowed_models pro Key sind eine Einstellung verwalteter API-Keys
und gelten nicht für SSO-Sessions.