SSO (Single Sign-On) uitgelegd

Single Sign-On (SSO) is een inlogmethode waarmee je met één set inloggegevens toegang krijgt tot meerdere apps en websites. In plaats van voor elke tool een apart account te onthouden, log je één keer in bij een centrale partij: de identity provider. Die bevestigt vervolgens aan elke gekoppelde app wie je bent.

Hoe werkt SSO in de praktijk?

Als gebruiker merk je SSO vooral aan twee dingen:

• Inlogknoppen op websites, zoals "Log in met Google", "Log in met Microsoft" of "Log in met Apple".
• Binnen een organisatie log je één keer in op je laptop of bedrijfsportaal. Daarna open je je mail, Slack, het HR-systeem en andere tools zonder opnieuw in te loggen.

Achter de schermen gebeurt steeds hetzelfde. Je opent een app, die stuurt je door naar de identity provider, je logt daar in (liefst met tweestapsverificatie) en de identity provider stuurt een ondertekend bewijs terug naar de app. De app ziet je wachtwoord dus nooit.

Waarom SSO handig is

• Eén sterk wachtwoord in plaats van tientallen zwakke of hergebruikte.
• Tijdwinst: niet telkens opnieuw inloggen bij verschillende tools.
• Centrale beveiliging: je dwingt tweestapsverificatie (MFA) op één plek af voor alle gekoppelde apps.
• Snel toegang geven en intrekken: een nieuwe collega krijgt in één keer de juiste tools, en bij vertrek trek je alle toegang in één handeling in.
• Overzicht: je ziet op één plek wie waar toegang toe heeft.

De nadelen die je moet kennen

• Single point of failure: ligt de identity provider plat, dan kom je nergens meer in.
• Grote impact bij misbruik: wie je SSO-account overneemt, heeft toegang tot alle gekoppelde apps.

Daarom hoort bij SSO altijd tweestapsverificatie, en houd je een noodaccount achter de hand dat niet via SSO inlogt.

De vormen en de grote spelers

Consumenten-SSO (social login)

Met je persoonlijke Google-, Microsoft- of Apple-account log je in bij duizenden apps en websites. Dat werkt via de open standaarden OAuth 2.0 en OpenID Connect.

Enterprise-SSO voor organisaties

Hier beheert de IT-afdeling de toegang van medewerkers via een identity provider (IdP):

• Microsoft Entra ID (voorheen Azure AD): de standaard als je met Microsoft 365 werkt.
• Google Workspace: logisch als je organisatie Gmail en Google Drive gebruikt.
• Okta en Ping Identity: onafhankelijke specialisten in identiteits- en toegangsbeheer. Ze zijn merkonafhankelijk en koppelen apps van allerlei leveranciers, van Salesforce tot Zoom.

De techniek: OAuth, OpenID Connect en SAML

• OAuth 2.0 regelt toestemming: een app mag namens jou iets doen, zonder je wachtwoord te kennen. Strikt genomen is OAuth geen inlogstandaard.
• OpenID Connect (OIDC) bouwt voort op OAuth 2.0 en voegt een betrouwbare identiteit toe: wie ben je. De meeste "Log in met"-knoppen gebruiken OIDC.
• SAML 2.0 is de oudere, veel gebruikte standaard voor zakelijke SSO. Veel zakelijke software ondersteunt het.

Welke je kiest, hangt vooral af van wat je identity provider en de app ondersteunen. Moderne tools bieden vaak beide.

Zo pas je SSO toe in je organisatie

1. Kies je identity provider. Meestal is dat de partij die je al gebruikt, zoals Microsoft Entra ID of Google Workspace.
2. Zet MFA aan voor alle accounts bij die identity provider.
3. Inventariseer je tools en controleer per tool of SAML of OIDC wordt ondersteund, en in welk abonnement.
4. Koppel de app in je identity provider. Meestal wissel je een metadata-URL of client-gegevens uit en geef je de e-maildomeinen van je organisatie op.
5. Test met een paar accounts voordat je iedereen overzet.
6. Regel een noodaccount buiten SSO, voor als de koppeling of de identity provider niet werkt.
7. Leg vast wie beheert: wie mag koppelingen aanpassen en wie zet toegang uit bij vertrek?

SSO in Lovable Business

Werk je met je team in Lovable? Dan kun je ook daar SSO gebruiken. Workspace-SSO zit in de Business- en Enterprise-abonnementen en ondersteunt zowel SAML 2.0 als OIDC. Je team logt dan bij Lovable in met het account van je eigen identity provider, zoals Microsoft Entra ID, Google Workspace of Okta.

Zo stel je het in:

1. Zorg dat je eigenaar of beheerder bent van de Lovable-werkruimte en beheerderstoegang hebt tot je identity provider.
2. Verifieer het domein van je organisatie in Lovable.
3. Ga naar Workspace settings → Access → Identity → Add provider.
4. Kies Configure OIDC of Configure SAML en wissel de gegevens uit tussen Lovable en je identity provider.
5. Test de koppeling en bevestig de instelling.

Let op: dit gaat over hoe je team inlogt bij Lovable zelf. Wil je dat de gebruikers van een app die je in Lovable bouwt via SSO inloggen? Dat is een aparte instelling. Bekijk de actuele abonnementen en voorwaarden op de prijzenpagina van Lovable.

Veelgestelde vragen

Wat betekent SSO?

SSO staat voor Single Sign-On: één keer inloggen bij een centrale identity provider en daarmee toegang krijgen tot meerdere apps en websites.

Is SSO veiliger dan losse wachtwoorden?

Meestal wel, omdat je één sterk wachtwoord gebruikt en tweestapsverificatie centraal afdwingt. Het risico verschuift wel naar dat ene account, dus MFA is onmisbaar.

Wat is het verschil tussen SAML en OIDC?

Beide regelen het inloggen via een identity provider. SAML is ouder en veel gebruikt in zakelijke software, OIDC is moderner en bouwt voort op OAuth 2.0. Welke je gebruikt, hangt af van wat je tools ondersteunen.

Is OAuth hetzelfde als SSO?

Nee. OAuth 2.0 regelt toestemming voor apps. Voor inloggen gebruik je OpenID Connect, dat op OAuth 2.0 is gebouwd.

Welk Lovable-abonnement heb je nodig voor SSO?

Workspace-SSO zit in de Business- en Enterprise-abonnementen van Lovable. Controleer de actuele voorwaarden op de prijzenpagina van Lovable.

Verder lezen

Wil je meer weten over Lovable in je organisatie? Lees dan verder bij Lovable voor bedrijven en de Lovable-abonnementen vergeleken. Zoek je een ander begrip? Bekijk de begrippenlijst.