Vad är SSO?

SSO står för single sign-on och betyder att en enda inloggning ger tillgång till alla system en person har rätt att använda. I stället för ett eget användarnamn och lösenord i mejlen, affärssystemet, tidrapporteringen och intranätet loggar användaren in en gång – och resten öppnar sig automatiskt. Bakom kulisserna sköts det av en central identitetstjänst som alla system litar på.

Liknelsen: hotellnyckelkortet

Tänk på ett hotell. Du checkar in en gång i receptionen och får ett nyckelkort. Samma kort öppnar sedan ditt rum, gymmet, poolen och parkeringen – utan att du legitimerar dig på nytt vid varje dörr. Dörrarna kontrollerar inte vem du är; de frågar hotellets system om kortet är giltigt just nu.

SSO fungerar likadant. Du “checkar in” genom att logga in mot identitetstjänsten, och varje system du öppnar frågar samma tjänst om du är den du utger dig för att vara. Systemen lagrar alltså inte ditt lösenord – de förlitar sig på beskedet från den centrala tjänsten. Och precis som receptionen kan spärra ett borttappat kort direkt, kan IT stänga en persons åtkomst till allt på ett ställe.

Dubbelnyttan: enklare för användaren, säkrare för IT

SSO löser två problem samtidigt, och det är därför tekniken blivit standard i de flesta organisationer.

• Färre lösenord för användaren. En inloggning i stället för tio betyder färre glömda lösenord, färre återställningar och mindre frestelse att återanvända samma lösenord överallt. Vardagen blir enklare och supportärendena färre.
• Central avstängning för IT. När en anställd slutar räcker det att avaktivera personen på ett ställe, så stängs åtkomsten till samtliga anslutna system i samma ögonblick. Det är kanske den viktigaste säkerhetsvinsten: bortglömda, aktiva konton i gamla system är en klassisk väg in för obehöriga, och den vägen försvinner.

Till det kommer en tredje fördel som ofta märks först i efterhand: överblick. IT får en samlad bild av vem som har tillgång till vad, i stället för att jaga konton system för system.

Så hänger det ihop tekniskt

I mitten sitter en identitetstjänst – i beställarsammanhang ofta kallad IdP, identity provider – som Entra ID, Okta eller Google Workspace. Det är den som verifierar användaren. Varje anslutet system kopplas till identitetstjänsten via en standard, i praktiken SAML eller OpenID Connect, som är de kravord du kommer att mötas av i offerter och kravlistor.

Standarden är själva “språket” som systemen och identitetstjänsten pratar för att utbyta beskedet den här personen är inloggad och är den de säger. Att ett system “stödjer SSO” betyder konkret att det talar minst en av dessa standarder. Moderna affärssystem och SaaS-tjänster gör det nästan alltid som standard; äldre system kan behöva ett mellanlager.

Ett konkret scenario

Ett bolag med 120 anställda hade sju viktiga system, vart och ett med eget lösenord. Supporten fick återkommande ärenden om glömda lösenord, och vid uppsägningar var det ingen som säkert visste i vilka system den tidigare medarbetaren fortfarande hade konto.

Efter att systemen kopplats till en gemensam identitetstjänst loggar personalen in en gång på morgonen. En ny medarbetare får rätt åtkomst genom att läggas till på ett ställe, och en som slutar stängs av lika enkelt. Lösenordsärendena till supporten föll kraftigt, och frågan “vem har egentligen åtkomst till det här?” fick äntligen ett svar man kunde lita på.

När SSO är värt att prioritera

Ju fler system och ju fler anställda, desto större blir vinsten. En liten organisation med två verktyg klarar sig utan; en växande verksamhet med ett tilltagande lapptäcke av system når snabbt en punkt där spridda inloggningar blir både en säkerhetsrisk och en daglig irritation.

Ofta införs SSO som en del av ett bredare arbete med integrationer mellan systemen – när verktygen ändå ska prata med varandra är en gemensam identitet en naturlig grund. Funderar ni på att knyta ihop era system och er inloggning? Hör av dig så reder vi ut vad som krävs i just er miljö.