Przegląd
OIDC SSO chroni Dashboard i obsługuje Authorization Code flow z PKCE, walidację state i nonce, discovery oraz podpisane sesjeHttpOnly,
SameSite=Lax.
W odróżnieniu od innych funkcji Pro jawnie włączona konfiguracja SSO
blokuje w razie błędu (fail closed): uruchamianie zostaje przerwane, gdy brakuje
uprawnienia licencyjnego sso lub konfiguracja jest nieprawidłowa, dzięki czemu
granica uwierzytelniania nie może po cichu zniknąć.
Skonfiguruj SSO
Skonfiguruj je w sekcjiextensions.sso głównej konfiguracji YAML GoModel:
PRO_SSO_* nadpisują wartości z YAML. Redirect URL
musi kończyć się na /sso/callback (łącznie ze skonfigurowanym BASE_PATH),
a HTTPS jest wymagany z wyjątkiem deweloperskich adresów loopback. Domyślnie
wymagana jest co najmniej jedna grupa administratorów; ustaw
PRO_SSO_ALLOW_ALL_ADMINS=true tylko dla celowo nieograniczonego klienta OIDC.
Audyt i kontrola dostępu
Udane logowania, odrzucenia przez polityki i wylogowania są zapisywane jako oczyszczone zdarzenia audytowe. Tokeny, kody autoryzacyjne, ciasteczka, surowe claimy ani szczegóły błędów providera nie są przechowywane. Sesja SSO niesieuser_path tak samo jak zarządzany klucz API, więc listy
dozwolonych modeli na poziomie grup i użytkowników ze strony
Użytkownicy obowiązują dla requestów wykonywanych w jej
ramach. allowed_models per klucz to ustawienie zarządzanego klucza API i nie
dotyczy sesji SSO.