Preskočiť na obsah
Autentifikácia

SSO — Single Sign-On

SSO (Single Sign-On, jednotné prihlásenie) je mechanizmus, vďaka ktorému sa používateľ prihlási raz u dôveryhodného poskytovateľa identity a tým získa prístup do viacerých aplikácií, bez toho, aby sa do každej prihlasoval zvlášť. Aplikácie identitu nepreverujú samy — dôverujú poskytovateľovi.

Ako to funguje

SSO je odpoveď na to, čo dnes pozná každý: nechcem mať desať hesiel do desiatich nástrojov a desaťkrát sa prihlasovať. Pri SSO existuje jedno miesto, ktoré vie, kto ste — poskytovateľ identity (Google, Microsoft Entra/Azure AD, Okta, alebo aj váš vlastný) —, a aplikácie sa ho pýtajú „je tento používateľ prihlásený a kto to je?“ namiesto toho, aby si držali vlastné heslá. Prakticky to funguje cez štandardné protokoly: OAuth 2.0 a OpenID Connect (dnes najrozšírenejšie, používa ich aj „prihlásiť sa cez Google“) a SAML (starší, vo firemnom a vládnom prostredí stále bežný). Aplikácia sa preklikne na poskytovateľa, ten overí používateľa a vráti podpísaný token s informáciou, kto to je a čo smie.

Pre firemné systémy a B2B portály má SSO dva veľké prínosy. Pre používateľa pohodlie — partner alebo zamestnanec sa prihlási tak, ako je zvyknutý, a nemusí si pamätať ďalšie heslo. Pre firmu kontrolu a bezpečnosť — prístupy sa spravujú centrálne, dá sa vynútiť dvojfaktorové overenie na jednom mieste, a keď človek odíde (alebo partner skončí), vypne sa mu prístup raz, nie v každom systéme zvlášť. Pri B2B portáli sa SSO objaví najmä vtedy, keď väčší partner povie „naši ľudia sa budú prihlasovať cez náš firemný účet“ — vtedy sa portál napojí na ich poskytovateľa identity. Pre menších partnerov zvyčajne stačí bežné prihlásenie (e-mail a heslo alebo magic link).

Z pohľadu vývoja je SSO štandardná, dobre zmapovaná úloha — nepíše sa „od nuly“, používa sa overený auth balík (v našom prípade Better Auth), ktorý OAuth/OpenID Connect aj SAML vie, a napojí sa na konkrétneho poskytovateľa. Dôležité je premyslieť, čo sa stane po prihlásení: ako sa identita z poskytovateľa namapuje na používateľa a jeho roly v aplikácii (kto je len partner, kto obchodník, kto admin) — teda RBAC. SSO rieši „kto si“, RBAC rieši „čo smieš“. Strange Loops rieši prihlasovanie, SSO a oprávnenia od základu pri webových aplikáciách, klientskych aj B2B portáloch — bližšie pri službách B2B partnerské portály a klientske portály.

Z našej praxe

Pri novom portáli alebo systéme sa rozhodnite skoro: stačí vlastné prihlásenie (e-mail a heslo alebo magic link), alebo treba SSO na firemné účty partnerov či zamestnancov? Vlastné prihlásenie je jednoduchšie a pre menších partnerov úplne v poriadku; SSO sa oplatí, keď to väčší partner vyžaduje alebo keď chcete centrálnu správu prístupov a vynútené 2FA. SSO a RBAC riešte spolu — SSO povie, kto sa prihlásil, RBAC, čo ten človek v aplikácii smie.

Kedy to potrebujete

  • B2B portál, do ktorého sa väčší partner chce prihlasovať cez svoj firemný účet (Microsoft Entra, Okta) namiesto ďalšieho hesla.
  • Firma má viac interných nástrojov a chce, aby sa zamestnanci prihlasovali raz cez Google Workspace alebo Entra a prístupy sa spravovali centrálne.
  • Bezpečnostná požiadavka vynútiť dvojfaktorové overenie na jednom mieste pre všetky aplikácie.
  • Pri odchode človeka treba vypnúť prístup raz (u poskytovateľa identity), nie v každom systéme zvlášť.

Najčastejšie otázky

Aký je rozdiel medzi SSO, OAuth a SAML?

SSO je cieľ — prihlásiť sa raz a mať prístup do viacerých aplikácií. OAuth 2.0 / OpenID Connect a SAML sú protokoly, ktorými sa to dosahuje: OpenID Connect (na základe OAuth) je dnes najrozšírenejší a používa ho aj „prihlásiť sa cez Google“; SAML je starší, no vo firemnom a vládnom prostredí stále bežný. Aplikácia teda implementuje SSO pomocou jedného z týchto protokolov a napojí sa na poskytovateľa identity.

Potrebuje B2B portál SSO?

Nie nutne. Pre menších partnerov stačí bežné prihlásenie (e-mail a heslo alebo magic link). SSO sa oplatí, keď väčší partner vyžaduje prihlasovanie cez svoj firemný účet, alebo keď chcete centrálnu správu prístupov a vynútené 2FA. Často portál podporuje oboje — vlastné prihlásenie aj SSO pre tých partnerov, ktorí ho chcú.

Ako SSO súvisí s rolami a oprávneniami?

SSO rieši otázku „kto si“ — overí identitu cez poskytovateľa. RBAC (role-based access control) rieši „čo smieš“ — priradí prihlásenému používateľovi roly a podľa nich obmedzí, čo v aplikácii vidí a môže. Patria k sebe: po prihlásení cez SSO sa identita namapuje na používateľa a jeho roly. Jedno bez druhého nestačí.

Potrebujete s tým pomôcť?

Ak riešite niečo z toho, čo tu opisujeme, ozvite sa. Povieme vám, či a ako vieme pomôcť.