Alle Beiträge

Single Sign-On (SSO) auf einen Blick

31. Juli 2025 ca. 6 Min. Lesezeit Matthias Paslar Fachlich geprüft am 20. Juli 2026
Das Wichtigste in Kürze

Single Sign-On (SSO) ist eine Einmalanmeldung: Mit nur einem Login greifst du auf mehrere Anwendungen zu. Möglich macht das ein Vertrauensverhältnis zwischen Service Provider und Identity Provider, der deine Identität per digital signiertem Token bestätigt. SSO spart Zeit und reduziert Passwort-Chaos – birgt aber Risiken wie den Single Point of Failure und Datenschutzfragen. Mit Zwei-Faktor-Authentisierung und bewusster Dienstauswahl nutzt du es sicher.

  • SSO (Single Sign-On) erlaubt die Anmeldung bei mehreren Diensten mit nur einem Login.
  • Es beruht auf einem Vertrauensverhältnis zwischen Service Provider und Identity Provider, der deine Identität per signiertem Token bestätigt.
  • Same Sign-On (Passwortmanager) und FIM (anbieterübergreifend) sind verwandt, aber nicht dasselbe.
  • Größtes Risiko ist der Single Point of Failure – sichere SSO daher mit Zwei-Faktor-Authentisierung ab und schließe sensible Dienste aus.

Du shoppst online oder nutzt einen neuen Dienst und wirst aufgefordert, dich zu registrieren. Statt ein neues Konto anzulegen oder ein Passwort zu vergeben, bietet dir die Seite an, dich mit deinem Google-Account oder über ein soziales Netzwerk einzuloggen. Dieses Verfahren heißt Single Sign-On (SSO) und ist längst Online-Alltag.

Stilisierter Schlüssel als Symbol für Single Sign-OnEin Schlüssel für viele Schlösser: Mit einem Login stehen dir mehrere Anwendungen offen. Praktisch? Auf jeden Fall. Aber auch riskant – denn wer alle Türen mit einem einzigen Schlüssel öffnet, macht sich auch angreifbar.

Wir zeigen dir, wie Single Sign-On funktioniert, welche Unterschiede es gibt und worauf du achten solltest.

Was ist ein Single Sign-On?

Single Sign-On (SSO) – also eine Einmalanmeldung – ist ein Authentifizierungsverfahren, mit dem du dich mit nur einem Login bei mehreren Anwendungen oder Websites anmelden kannst.

Es ist wie ein digitaler Ausweis, der von einem System zum anderen weitergereicht wird. Oder ein Generalschlüssel für viele Schlösser anstatt eines Schlüsselbunds, mit dem du jedes Schloss einzeln öffnest.

Schloss-Symbol für sicheren Zugang

Wie funktioniert SSO?

Ablaufdiagramm: Zusammenspiel von Service Provider und Identity Provider bei SSO

SSO basiert auf einem Vertrauensverhältnis zwischen zwei Parteien:

  • dem Service Provider (die App oder Website, auf die du zugreifen möchtest)
  • und dem Identity Provider (Dienst, der deine Identität bestätigt)

Der Identity Provider muss nachweisen, dass die übermittelten Informationen echt und vertrauenswürdig sind.

Diese Informationen werden in sogenannten Token übermittelt – kleine Datenpakete. Sie enthalten z. B. deine E-Mail-Adresse oder deinen Benutzernamen und die Information, wer das Token ausgestellt hat. Damit das empfangende System sicher sein kann, dass der „Ausweis" echt ist, muss das Token digital signiert sein. Das dazu nötige Zertifikat tauschen die Systeme bei der ersten Einrichtung untereinander aus.

Dokument mit Häkchen als Symbol für ein geprüftes Token

Angewandt auf unser Beispiel aus der Einleitung: Wenn du dich bei einem Online-Shop mit deinem Google-Konto anmeldest, dann ist Google der Identity Provider. Der Shop selbst kennt dich nicht direkt – verlässt sich aber auf Googles Bestätigung.

Der Identity Provider ist wie ein Türsteher, der dich kennt und auf die Gästeliste setzt. Sobald er dich reinwinkt, darfst du durch – auch wenn der Club (also die Website oder App) dich vorher noch nie gesehen hat.

SSO – Schritt für Schritt

  1. Du öffnest eine Anwendung oder Website – also den Service Provider.
  2. Diese Anwendung schickt eine Anfrage zur Authentifizierung an das SSO-System (den Identity Provider), inklusive eines Tokens mit z. B. deiner E-Mail-Adresse.
  3. Der Identity Provider prüft: Ist der Nutzer schon eingeloggt? Ja → weiter zu Schritt 5. Nein → du wirst aufgefordert, deine Zugangsdaten einzugeben (z. B. Benutzername + Passwort oder ein Einmalcode).
  4. Nach erfolgreicher Anmeldung sendet der Identity Provider ein neues Token zurück an die Anwendung.
  5. Das Token wandert über deinen Browser zurück zum Service Provider.
  6. Der Service Provider prüft das Token anhand des ursprünglichen Vertrauensverhältnisses.
  7. Du erhältst Zugriff.
  8. Möchtest du nun eine andere SSO-verbundene Website besuchen, läuft alles genauso – ohne neue Anmeldung, solange du noch eingeloggt bist.

SSO, Same Sign-On und FIM – die Unterschiede

Same Sign-On

Was ist echtes SSO – und was nur ein Passworttresor? Nicht alles, was „SSO" heißt, ist wirklich Single Sign-On. Oft ist eigentlich nur Same Sign-On gemeint – klingt ähnlich, ist aber nicht das Gleiche.

Der Unterschied: Bei einem Passwortmanager speicherst du deine Zugangsdaten. Jedes Mal, wenn du eine App öffnest, trägt das Tool Benutzernamen & Passwort für dich ein. Aber: Zwischen App und Passworttool gibt es kein Vertrauensverhältnis.

„Richtiges" SSO funktioniert anders: einmal eingeloggt → überall Zugriff. Alles läuft über ein SSO-Portal, in dem alle freigegebenen Anwendungen gesammelt sind – egal ob in der Cloud oder lokal.

Verbundidentitätsverwaltung (FIM)

Bei einer Verbundidentitätsverwaltung (FIM) kannst du dich mit einem einzigen Konto bei verschiedenen, unabhängigen Diensten anmelden – auch wenn diese zu unterschiedlichen Organisationen gehören.

Beispiel: Eine Uni-Website erlaubt den Login mit dem Hochschul-Account, obwohl das Portal von einem externen Anbieter betrieben wird. Die Identität wird also „mitgenommen".

Vorteile von SSO

Weniger Login-Hürden

  • Spart Zeit – gerade im Arbeitsalltag.
  • Du merkst dir nur noch ein (sicheres) Passwort statt vieler schwacher.
  • Weniger vergessene Passwörter = weniger Support-Anfragen.
  • Zentrale Verwaltung der Nutzerzugänge möglich (verlässt ein Mitarbeiter z. B. das Unternehmen, lassen sich die Zugänge mit einem Klick sperren).

Wie sicher ist Single Sign-On?

Zunächst einmal gilt: die richtige SSO-Lösung wählen.

Fragen, die du vorher klären solltest

  • Wer nutzt das System? Gibt es verschiedene Gruppen mit unterschiedlichen Anforderungen?
  • Soll die Lösung in der Cloud laufen oder lokal, im eigenen Netzwerk?
  • Wächst die Lösung mit? Sind Anpassungen möglich?
  • Wie wird sichergestellt, wer Zugriff hat? (Multi-Faktor-Authentifizierung, IP-Whitelist, Geräteerkennung)
  • Müssen Systeme angebunden werden? Wird z. B. ein API-Zugriff benötigt?

Manche Anwendungen benötigen eventuell etwas mehr Schutz. Zum Beispiel:

  • eine Extra-Sicherheitsabfrage beim Zugriff,
  • Zugang nur im Firmennetz erlaubt.

Risiken von SSO

Single Point of Failure Wird dein zentrales Konto gehackt, haben Angreifer Zugriff auf alle angebundenen Dienste.
Datenschutz Wer sammelt was – und warum? Manche Anbieter sammeln umfangreiche Daten, und mit SSO fließen mehr davon. Wer sich z. B. mit einem Social-Media-Account einloggt, gibt Einblick in sein Verhalten. Anbieter können untereinander Informationen wie Interessen und Vorlieben austauschen. Das kann gezielt für Werbung genutzt werden – oder im schlimmsten Fall für Identitätsdiebstahl.

Sicherheitstipps für SSO

  • Zwei-Faktor-Authentisierung aktivieren (z. B. per Authenticator-App oder SMS-Code).
  • Sensible Dienste ausschließen: Schütze sensible Zugänge wie E-Mails oder Onlinebanking mit einem eigenen Login – getrennt vom SSO.
  • Datenschutzeinstellungen prüfen: Lies die Datenschutzeinstellungen des Anbieters und achte darauf, dass deine Daten nicht zwischen den Diensten getauscht werden. Verwende SSO möglichst nur mit Diensten, denen du vertraust – und bei denen du ohnehin wenig persönliche Daten hinterlegt hast.

Überblick: SSO, FIM, Same Sign-On & MFA

LösungWas ist das?VorteilNachteilSinnvoll, wenn …
Single Sign-On (SSO)Einmal anmelden, auf mehrere Services zugreifenWeniger Logins, besserer NutzerflussEin zentraler Account = hohes Risiko bei Missbrauchviele Anwendungen unter einem Anbieter laufen
Verbundidentitätsverwaltung (FIM)Gemeinsame Anmeldung über Anbietergrenzen hinwegFunktioniert auch domänenübergreifendKomplexer in der Einrichtungverschiedene Systeme und Anbieter zusammenarbeiten
Same Sign-OnGleiches Passwort für mehrere Anwendungen (separate Logins), keine automatische Weitergabe der AnmeldungVertraut für Nutzer, einfache UmsetzungKein echter Komfortgewinn, schwächere SicherheitBenutzer keine neue Technik lernen sollen
Multi-Faktor-Authentifizierung (MFA)Anmeldung mit zusätzlichem Faktor (z. B. Code, App, Fingerabdruck)Hoher Schutz vor Identitätsdiebstahl (besonders zusammen mit SSO)Zusätzlicher Aufwand beim Logines besonders schützenswerte Daten oder Accounts betrifft
Single Sign-On ist bequem und spart Zeit, ist aber kein Selbstläufer in Sachen Sicherheit. Wer es nutzt, sollte auf ein starkes Passwort setzen, den Zugang doppelt absichern und bewusst entscheiden, welche Dienste er miteinander verknüpft.

Unterstützung bei SSO gefällig?

Wenn du beim Thema Sicherheit unsicher bist oder Unterstützung bei der Einrichtung von SSO wünschst, schreib uns – wir unterstützen dich gern.

Unverbindlich beraten lassen

Häufige Fragen

Was ist Single Sign-On (SSO)?
Ein Authentifizierungsverfahren, mit dem du dich mit nur einem Login bei mehreren Anwendungen oder Websites anmeldest. Deine Identität wird wie ein digitaler Ausweis von einem System zum nächsten weitergereicht.
Was ist der Unterschied zwischen SSO und Same Sign-On?
Bei Same Sign-On speichert ein Passwortmanager deine Zugangsdaten und trägt sie für dich ein – zwischen App und Tool besteht aber kein Vertrauensverhältnis. Echtes SSO läuft über ein Portal: einmal eingeloggt, überall Zugriff.
Ist Single Sign-On sicher?
SSO ist bequem, aber kein Selbstläufer. Das größte Risiko ist der Single Point of Failure: Wird das zentrale Konto gehackt, sind alle angebundenen Dienste betroffen. Mit einem starken Passwort und Zwei-Faktor-Authentisierung sicherst du den Zugang ab.
Was ist ein Identity Provider?
Der Dienst, der deine Identität bestätigt – zum Beispiel Google, wenn du dich bei einem Shop mit deinem Google-Konto anmeldest. Der Shop kennt dich nicht direkt, verlässt sich aber auf die Bestätigung des Identity Providers.
Quellen