Bezpieczeństwo Salesforce: pojęcia single sign-on (SSO)
Kontynuujemy naszą pouczającą podróż po uwierzytelnianiu i autoryzacji w przeglądarce. Dziś schodzimy głębiej i rozplątujemy zawiłą sieć single sign-on (SSO) oraz koncepcję zewnętrznego dostawcy tożsamości, który kontroluje uwierzytelnianie w Salesforce.
Salesforce jako dostawca tożsamości
Krok 1: uwierzytelnienie następuje przez serwer uwierzytelniania Salesforce
Krok 2: powstaje sesja, która prowadzi cię do serwera WWW instancji.
Krok 3: następnie przyznawana jest autoryzacja, która daje dostęp do stron i zasobów.
Ale co, jeśli uwierzytelnianiem zarządza inny system? Tu wkracza zewnętrzne single sign-on.
[caption id="" align=“alignnone” width=“1780”]
Ogólny przepływ uwierzytelniania przy zewnętrznym dostawcy tożsamości (IdP) [/caption]
Zewnętrzne SSO z lotu ptaka
W sytuacjach, gdy dostawcą tożsamości jest strona zewnętrzna:
Krok 1: uwierzytelnienie wykonuje zewnętrzny dostawca tożsamości (IdP)
Krok 2: token asercji SAML jest przekazywany do serwera uwierzytelniania Salesforce.
Krok 3: po weryfikacji ta sesja pozwala przeglądarce dotrzeć do serwera WWW instancji Salesforce, a potem następuje autoryzacja.
Rozszyfrowanie terminologii SSO
[caption id="" align=“alignnone” width=“1800”]
Ogólny obraz single sign-on z wieloma dostawcami usług [/caption]
Dostawca usług (SP): to platformy takie jak Salesforce, Workday albo dowolny bezpieczny system połączony pod jednym dostawcą tożsamości (IDP).
Dostawca tożsamości (IDP): centralny węzeł tożsamości, zwykle system klasy przemysłowej, który zarządza uwierzytelnianiem użytkowników.
Magazyn tożsamości: skarbiec w Salesforce albo w zewnętrznym systemie, takim jak Active Directory czy LDAP, przechowujący dane uwierzytelniające. Co kluczowe, hasła są przechowywane w postaci skrótów (hash) dla większego bezpieczeństwa.
Certyfikat cyfrowy: służy do ustanowienia relacji zaufania między dostawcą tożsamości (IDP) a dostawcą usług (SP), zapewniając płynne i bezpieczne przekazanie.
Asercja SAML: wymieniane między IDP a SP tokeny potwierdzające tożsamość użytkownika.
Korzyści z single sign-on
Prostsze doświadczenie użytkownika: gdy jeden IDP obsługuje wielu dostawców usług, użytkownicy potrzebują tylko jednego zestawu danych logowania, co zmniejsza zmęczenie hasłami i ryzyko słabych haseł.
Scentralizowane bezpieczeństwo: nadrzędny IDP pozwala stosować spójne standardy bezpieczeństwa, dzięki czemu nawet jeśli jakaś aplikacja nie ma solidnych mechanizmów bezpieczeństwa, użytkownicy nadal są chronieni.
Sprawne zarządzanie: gdy pracownik odchodzi albo zachodzi podejrzenie naruszenia, dostęp można szybko odebrać w centralnym IDP, co zapewnia natychmiastową reakcję.
Spójność: jeden mechanizm odzyskiwania i resetowania haseł zapewnia jednolitość.
Single sign-on w działaniu
Wyobraź sobie użytkownika, który zaczyna dzień od wejścia do dostawcy usług, takiego jak Salesforce. Do IDP wysyłane jest żądanie SAML. Po udanym uwierzytelnieniu do dostawcy usług wraca odpowiedź SAML (czyli asercja SAML). Ta pętla potwierdza tożsamość użytkownika i daje płynne doświadczenie nawigacji.
Podsumowanie
SSO to jeden z filarów współczesnego bezpieczeństwa cyfrowego, który usprawnia dostęp użytkowników do wielu platform pod czujnym okiem IDP. Dziś przedstawiliśmy ci podstawowe pojęcia i korzyści SSO.
Zostań z nami, bo w kolejnych sesjach zagłębimy się w kolejne elementy.
STA 3.3