Powszechne implementacje używają dostawcy tożsamości, który uwierzytelnia użytkownika i wysyła chronione asercje lub tokeny do ufających mu aplikacji.
SSO może zmniejszyć ekspozycję haseł i tarcie dla użytkownika, jednocześnie centralizując politykę uwierzytelniania, MFA, kontrole sesji, rejestrowanie i wyłączanie kont. Każda aplikacja musi nadal podejmować własne decyzje autoryzacyjne: pomyślne SSO ustanawia lub przenosi tożsamość i kontekst uwierzytelnienia, ale nie oznacza, że użytkownik powinien otrzymać te same uprawnienia wszędzie.
Najważniejsze punkty
Projekt zaufaniaZdefiniuj, którzy dostawcy tożsamości, aplikacje, klucze podpisujące, lokalizacje przekierowań, atrybuty i sygnały pewności są zaufane.
Wartość cyklu życiaCentralny provisioning i deprovisioning mogą przyspieszać zmiany dostępu, pod warunkiem że konta i sesje aplikacji są faktycznie usuwane lub unieważniane.
Bezpieczeństwo sesjiChroń sesje dostawcy tożsamości i aplikacji przed kradzieżą, fiksacją, odtwarzaniem, nadmiernym czasem trwania i niebezpiecznym odzyskiwaniem.
OdpornośćPlanuj awarie dostawcy tożsamości, rotację kluczy, błędy konfiguracji, skompromitowanych administratorów, dostęp awaryjny i kontrolowaną ścieżkę zapasową.
Istotne ograniczenieSSO koncentruje zależność i uprawnienia. Kompromitacja dostawcy tożsamości, konfiguracji federacji lub aktywnej sesji może dotknąć wiele aplikacji naraz.