Eine Metallscheibe aus dem 15. Jahrhundert und ein moderner Passkey wirken wie Gegensätze. Tatsächlich lösen beide dasselbe Grundproblem: Wie kann eine Person beweisen, dass sie eine Nachricht lesen oder auf ein Konto zugreifen darf, ohne das entscheidende Geheimnis offenzulegen?
Zwischen beiden liegen mehr als fünf Jahrhunderte – Chiffren, Rotoren, Lochkarten, Großrechner, Passwörter, Chipkarten, Einmalcodes, biometrische Sensoren und Public-Key-Kryptografie. Doch die Geschichte digitaler Sicherheit ist keine geradlinige Abfolge immer stärkerer Algorithmen. Sie ist vor allem eine Geschichte darüber, wie sich das Verständnis von Vertrauen verändert hat. Zuerst sollte nur eine Nachricht verborgen bleiben. Später musste ein Computer Benutzer unterscheiden. Heute müssen Milliarden Menschen in Sekunden erkennen können, ob sie einer Website, einem Gerät oder einer Anmeldeaufforderung vertrauen dürfen.
Der Passkey markiert deshalb mehr als den nächsten Komfortgewinn beim Login. Er verschiebt einen Teil der Sicherheitsentscheidung vom Gedächtnis des Menschen in ein kryptografisches Protokoll. Um zu verstehen, warum das wichtig ist, lohnt sich der Weg zurück zur Chiffrierscheibe.
Digitale Sicherheit begann lange vor dem Digitalen
Menschen schützten Informationen, lange bevor es Computer gab. Frühe Verfahren ersetzten Buchstaben, verschoben Alphabete oder ordneten Zeichen neu. Das Grundprinzip war stets ähnlich: Eine allgemein verständliche Nachricht, der Klartext, wurde mithilfe einer Regel und möglichst eines geheimen Schlüssels in einen unverständlichen Geheimtext verwandelt.
Ein einfaches Verschiebeverfahren, häufig mit Cäsar verbunden, ersetzt jeden Buchstaben durch einen anderen in festem Abstand. Das ist leicht zu benutzen, aber ebenso leicht zu durchschauen: Es gibt nur wenige mögliche Verschiebungen, und typische Häufigkeiten einer Sprache bleiben sichtbar. Wer genügend Text sammelt, erkennt Muster. Diese frühe Erfahrung gilt bis heute: Ein Verfahren wird nicht dadurch sicher, dass seine Funktionsweise geheim bleibt. Entscheidend ist, ob es auch dann standhält, wenn ein Angreifer das Verfahren kennt und nur der Schlüssel verborgen ist.
Albertis Chiffrierscheibe: Der Schlüssel wird beweglich
Der italienische Humanist Leon Battista Alberti beschrieb im 15. Jahrhundert eine Chiffrierscheibe mit zwei gegeneinander drehbaren Alphabeten. Ihre eigentliche Innovation war nicht die Form aus Metall oder Papier, sondern der Wechsel: Während einer Nachricht konnte die Zuordnung der Zeichen verändert werden. Aus einer starren monoalphabetischen Substitution wurde ein früher Ansatz polyalphabetischer Verschlüsselung. Derselbe Buchstabe musste nicht mehr immer durch dasselbe Zeichen ersetzt werden.
Damit wurde die klassische Häufigkeitsanalyse deutlich schwieriger. Zugleich entstand ein Problem, das moderne Systeme noch immer beschäftigt: Sender und Empfänger müssen wissen, wann und wie die Einstellung wechselt. Ein mathematisch kluges Verfahren hilft wenig, wenn der Schlüssel falsch verteilt, notiert, wiederverwendet oder verraten wird. Schon die Chiffrierscheibe zeigte: Sicherheit besteht aus Algorithmus, Schlüssel und Bedienung.
Eine Zeitleiste: Wie sich das Sicherheitsproblem verschoben hat
| Zeit | Entwicklung | Was sich grundlegend änderte |
|---|---|---|
| 15. Jahrhundert | Alberti-Chiffrierscheibe | Wechselnde Alphabete erschweren statistische Analyse |
| 19. Jahrhundert | Telegrafie und kommerzielle Codes | Sichere Kommunikation wird zu einem Infrastrukturproblem |
| 1920er–1940er | Rotor-Chiffriermaschinen | Mechanik automatisiert ständig wechselnde Substitutionen |
| 1949 | Shannons Theorie der Geheimhaltung | Kryptografie erhält ein mathematisches Fundament |
| 1960er | Passwörter in Mehrbenutzersystemen | Nicht nur Nachrichten, auch Identitäten müssen geschützt werden |
| 1976–1978 | Public-Key-Kryptografie und RSA | Vertrauen ist möglich, ohne vorher ein gemeinsames Geheimnis auszutauschen |
| 1980er–1990er | Kerberos, Smartcards, SSL/TLS | Authentifizierung und Verschlüsselung werden netzwerkfähig |
| 2000er–2010er | Einmalcodes, Smartphones, FIDO | Mehrere Faktoren sollen gestohlene Passwörter abfedern |
| Seit 2019 | WebAuthn und Passkeys | Domaingebundene Schlüsselpaare ersetzen das übertragbare Passwort |
Von der Handarbeit zur Maschine: Rotoren, Funk und operative Fehler
Mit Telegrafie und Funk wuchs die Reichweite der Kommunikation – und damit die Zahl möglicher Lauscher. Verschlüsselung musste schneller, standardisierter und in großen Organisationen beherrschbar werden. Rotor-Chiffriermaschinen wie die Enigma automatisierten ein Prinzip, das an polyalphabetische Chiffren erinnert: Nach jedem Tastendruck veränderte sich durch drehende Walzen die elektrische Zuordnung zwischen Eingabe und Ausgabe.
Die Zahl theoretisch möglicher Einstellungen war sehr groß. Trotzdem wurde die Enigma-Kommunikation in wichtigen Bereichen gebrochen. Möglich wurde das nicht durch einen einzigen Zaubertrick, sondern durch das Zusammenspiel von Mathematik, abgefangenen Unterlagen, wiederkehrenden Formulierungen, Bedienfehlern, organisatorischen Schwächen und spezialisierten Maschinen zur Suche im Schlüsselraum. Polnische Kryptologen legten wesentliche Grundlagen; in Bletchley Park wurden Verfahren und Technik im industriellen Maßstab weiterentwickelt.
Die nachhaltige Lehre daraus lautet nicht, dass starke Kryptografie nutzlos sei. Sie lautet, dass ein reales System größer ist als sein Algorithmus. Wenn Menschen vorhersehbare Einstellungen wählen, Schlüsselmaterial nicht rechtzeitig wechseln oder Nachrichten nach festen Mustern beginnen, reduziert sich die praktische Sicherheit. Moderne Angreifer suchen deshalb häufig nicht nach einem mathematischen Durchbruch. Sie suchen den schlecht geschützten Wiederherstellungsprozess, die unklare Warnmeldung oder den Moment, in dem ein Mensch unter Zeitdruck auf „Bestätigen“ klickt.
1949: Kryptografie wird zur Informationswissenschaft
Claude Shannon formulierte 1949 in seiner „Communication Theory of Secrecy Systems“ ein mathematisches Modell für Geheimhaltung. Begriffe wie Konfusion und Diffusion beschrieben, wie ein gutes Chiffriersystem den Zusammenhang zwischen Schlüssel, Klartext und Geheimtext verschleiert und statistische Strukturen verteilt. Noch grundlegender war die Idee, Sicherheit nicht an der Undurchsichtigkeit eines Geräts, sondern an präzisen Annahmen über Informationen, Wahrscheinlichkeiten und Angreifer zu messen.
Shannon zeigte auch, unter welchen Bedingungen perfekte Geheimhaltung möglich ist. Das klassische Beispiel ist das One-Time Pad: ein wirklich zufälliger Schlüssel, mindestens so lang wie die Nachricht, genau einmal verwendet und vollständig geheim gehalten. Theoretisch ist das unangreifbar. Praktisch ist die sichere Erzeugung, Verteilung und Aufbewahrung riesiger Schlüsselmaterialien für den Alltag kaum skalierbar. Hier zeigt sich erneut der Unterschied zwischen mathematischer und betrieblicher Sicherheit.
Moderne Kryptografie akzeptiert meist keine absolute Unbrechbarkeit, sondern rechenbezogene Sicherheit: Ein Angriff soll mit realistischer Technik, Zeit und Energie praktisch nicht durchführbar sein. Daraus entstanden standardisierte symmetrische Verfahren für große Datenmengen, Hashfunktionen zur Integritätsprüfung und später asymmetrische Verfahren für Schlüsselaustausch und Signaturen.
Das Passwort entsteht: Ein Geheimnis zwischen Mensch und Maschine
Als Großrechner in den 1960er-Jahren mehrere Benutzer gleichzeitig bedienten, brauchte das System eine Antwort auf eine neue Frage: Wer sitzt gerade am Terminal? Das Compatible Time-Sharing System am MIT gehörte zu den frühen Mehrbenutzersystemen mit Passwortschutz. Das Passwort war attraktiv, weil es keine zusätzliche Hardware benötigte. Der Computer prüfte etwas, das nur der Benutzer wissen sollte.
Doch damit wurde das menschliche Gedächtnis Teil der Sicherheitsarchitektur. Schon frühe Systeme erlebten, dass Passwortdateien offengelegt werden konnten. Spätere Betriebssysteme speicherten Passwörter deshalb nicht mehr im Klartext, sondern als Ergebnisse einer Einwegfunktion. Moderne Dienste sollten dafür langsame, speziell für Passwörter entwickelte Ableitungsverfahren und für jeden Datensatz einen eigenen zufälligen Salt verwenden. So lässt sich ein eingegebenes Passwort prüfen, ohne es selbst zu speichern.
Hashing löst allerdings nur das Speicherproblem. Ein schwaches oder wiederverwendetes Passwort bleibt angreifbar. Wird die Datenbank eines anderen Dienstes kompromittiert, probieren Angreifer bekannte Kombinationen automatisiert auf weiteren Plattformen aus. Dieses Credential Stuffing funktioniert nicht, weil Kryptografie versagt, sondern weil Menschen verständlicherweise versuchen, die Zahl ihrer Geheimnisse zu reduzieren.
Warum viele alte Passwortregeln die Lage verschlechterten
Über Jahrzehnte reagierten Organisationen mit immer komplexeren Vorgaben: Großbuchstabe, Zahl, Sonderzeichen, kurze Ablaufzeit und Verbot früherer Passwörter. Solche Regeln sehen streng aus, führen aber oft zu vorhersehbaren Mustern, minimalen Änderungen und Notizzetteln. Die Forschung zur nutzbaren Sicherheit zeigte früh, dass Menschen Sicherheitsvorgaben umgehen, wenn diese mit ihrer Arbeit kollidieren oder kaum verständlich sind. Das ist kein Charakterfehler, sondern eine Designreaktion.
Aktuelle Leitlinien setzen deshalb stärker auf Länge, kompromittierte-Werte-Sperrlisten, Passwortmanager, Rate Limiting und Mehrfaktorverfahren. Routinemäßige Passwortwechsel ohne Hinweis auf einen Vorfall gelten nicht mehr als universelles Qualitätsmerkmal. Entscheidend ist, realistische Angriffe zu erschweren, statt lediglich sichtbare Komplexität zu produzieren.
Public-Key-Kryptografie: Vertrauen ohne gemeinsames Startgeheimnis
Symmetrische Verschlüsselung ist effizient, verlangt aber einen gemeinsamen geheimen Schlüssel. In kleinen Gruppen kann man ihn persönlich austauschen. In einem globalen Netz mit Millionen unbekannter Gegenstellen wird das zum Engpass. Whitfield Diffie und Martin Hellman beschrieben 1976, wie zwei Parteien über einen offenen Kanal kryptografisches Schlüsselmaterial vereinbaren können, ohne das gemeinsame Ergebnis direkt zu übertragen. Kurz darauf veröffentlichten Ronald Rivest, Adi Shamir und Leonard Adleman das nach ihren Initialen benannte RSA-Verfahren.
Asymmetrische Kryptografie arbeitet mit einem Schlüsselpaar. Der öffentliche Schlüssel darf verteilt werden; der private Schlüssel bleibt geschützt. Was mit dem einen Schlüssel verbunden ist, kann nur in der passenden mathematischen Beziehung mit dem anderen verarbeitet oder geprüft werden. Je nach Verfahren ermöglicht das Verschlüsselung, Schlüsselaustausch oder digitale Signaturen.
Damit wurde die Grundlage für Zertifikate, TLS-Verbindungen, signierte Software und moderne Authentifizierung geschaffen. Wenn der Browser heute eine HTTPS-Verbindung aufbaut, prüft er nicht einfach ein Schloss-Symbol. Er validiert eine Kette kryptografischer Aussagen darüber, welcher öffentliche Schlüssel zu welcher Domain gehört. Vertrauen wird nicht abgeschafft, sondern technisch verteilt: auf Zertifizierungsstellen, Browser, Betriebssysteme, Standards, sichere Implementierungen und den Schutz privater Schlüssel.
Standards machen Kryptografie zur Alltagsinfrastruktur
Parallel zur Public-Key-Kryptografie wurden symmetrische Verfahren standardisiert. Der 1977 veröffentlichte Data Encryption Standard machte Verschlüsselung reproduzierbar und interoperabel, wurde aber mit wachsender Rechenleistung und wegen seiner kurzen effektiven Schlüssellänge ablösungsbedürftig. Anfang der 2000er-Jahre etablierte sich der Advanced Encryption Standard nach einem offenen internationalen Auswahlprozess. Diese Ablösung verdeutlicht ein zentrales Prinzip: Ein Standard ist kein ewiges Gütesiegel. Parameter, Implementierungen und Einsatzbedingungen müssen regelmäßig neu bewertet werden.
Auch Netzwerk-Authentifizierung entwickelte sich weiter. Kerberos, in den 1980er-Jahren am MIT im Umfeld von Project Athena entstanden, nutzt zeitlich begrenzte Tickets und einen vertrauenswürdigen Dienst, damit Passwörter nicht bei jedem Zugriff erneut an Netzwerkdienste übertragen werden müssen. Später schützte TLS den Transport im offenen Internet, während föderierte Identität die Anmeldung über Organisations- und Dienstgrenzen hinweg ermöglichte. Der Nutzer sieht heute oft nur eine Schaltfläche; dahinter arbeitet eine Kette aus Identitätsprovider, Sitzungstoken, Zertifikaten, Zeitgrenzen und Signaturen.
Diese Entwicklung brachte Komfort und Skalierung, aber auch Konzentrationsrisiken. Wird ein zentraler Identitätsdienst kompromittiert oder falsch konfiguriert, kann ein einzelner Vorfall viele Anwendungen betreffen. Moderne Sicherheit kombiniert deshalb zentrale Kontrolle mit starken, möglichst phishingresistenten Authentikatoren, kurzen Sitzungszeiten für sensible Aktionen, minimalen Berechtigungen und nachvollziehbaren Protokollen.
Authentifizierung ist nicht Verschlüsselung
Im Alltag werden mehrere Sicherheitsziele oft vermischt. Vertraulichkeit verhindert, dass Unbefugte Inhalte lesen. Integrität macht unbemerkte Veränderungen erkennbar. Authentizität hilft zu prüfen, wer eine Nachricht oder Anfrage erzeugt hat. Verfügbarkeit sorgt dafür, dass Systeme bei Bedarf funktionieren. Ein verschlüsselter Kanal kann beispielsweise eine Verbindung schützen, beweist aber nicht automatisch, dass die Person am Ende des Kanals die richtige ist.
Für Identitätsprüfungen haben sich drei grobe Faktorgruppen etabliert: etwas, das man weiß; etwas, das man besitzt; und etwas, das man ist. Passwort oder PIN gehören zur Wissenskategorie. Smartphone, Chipkarte oder Sicherheitsschlüssel sind Besitzfaktoren. Fingerabdruck und Gesichtserkennung zählen zu biometrischen Merkmalen. Mehrfaktorauthentifizierung kombiniert unabhängige Kategorien, damit ein einzelner Verlust nicht genügt.
Doch „zwei Schritte“ bedeuten nicht automatisch zwei robuste Faktoren. Ein Einmalcode per SMS kann abgefangen oder durch eine manipulierte Anmeldung in Echtzeit weitergereicht werden. Zeitbasierte Codes aus einer Authenticator-App sind gegenüber SIM-Swapping besser, bleiben aber phishbar. Push-Freigaben können Nutzer mit Anfragen überfluten, bis eine davon versehentlich bestätigt wird. Sicherheit hängt nicht nur von der Anzahl der Schritte ab, sondern davon, ob das Verfahren den konkreten Angriff technisch verhindert.
Phishing: Wenn der Mensch die falsche Gegenstelle authentifiziert
Beim klassischen Login übermittelt der Mensch ein wiederverwendbares Geheimnis. Eine täuschend ähnliche Website kann Benutzername, Passwort und sogar einen Einmalcode abfragen und sofort an den echten Dienst weiterreichen. Der Nutzer glaubt, sich beim richtigen Anbieter anzumelden; technisch hat er aber einem Vermittler seine Zugangsdaten gegeben. Genau diese Übertragbarkeit macht Passwörter und viele Einmalcodes so wertvoll für Phishing.
Generative Systeme verschärfen die psychologische Seite: Sprache, Stimme und Bild lassen sich glaubwürdiger imitieren. Unsere Analyse zur Deepfake-Detektion und zu Identitätsbetrug zeigt, warum sicht- oder hörbare Plausibilität kein ausreichender Identitätsnachweis mehr ist. Der richtige Schluss ist nicht, jedem Menschen dauerhaft zu misstrauen. Systeme sollten vielmehr möglichst wenige Situationen erzeugen, in denen eine spontane menschliche Einschätzung die letzte Schutzlinie bildet.
Gestohlene Konten sind häufig nur der Einstieg. Sie können Zugriffsrechte erweitern, Lieferantenkommunikation imitieren oder Schadsoftware verteilen. Im Kontext von Ransomware und Doppel-Erpressung ist starke Authentifizierung daher ein Baustein einer größeren Architektur aus minimalen Rechten, Segmentierung, Protokollierung, Backups und schneller Reaktion.
Passkeys: Was technisch beim Anmelden passiert
Passkeys basieren auf den FIDO2-Standards, insbesondere WebAuthn für Webanwendungen und CTAP für die Kommunikation mit externen oder nahegelegenen Authentikatoren. Ein Passkey ist vereinfacht gesagt eine für einen bestimmten Dienst erzeugte Public-Key-Zugangsinformation. Er ist kein besonders langes Passwort und wird nicht als gemeinsames Geheimnis an den Server geschickt.
1. Registrierung
Der Dienst fordert den Browser oder die App auf, eine neue Zugangsinformation zu erstellen. Der Authentikator – etwa das Betriebssystem, ein Passwortmanager oder ein Hardware-Sicherheitsschlüssel – erzeugt ein asymmetrisches Schlüsselpaar. Der öffentliche Schlüssel und Metadaten werden beim Dienst gespeichert. Der private Schlüssel bleibt unter Kontrolle des Authentikators. Er soll dem Dienst, dem Browser-Skript und dem Nutzer nie als kopierbarer Wert offengelegt werden.
2. Anmeldung
Beim Login sendet der Dienst eine einmalige, zufällige Herausforderung. Der Browser bindet die Anfrage an die echte Domain. Nach einer lokalen Freigabe signiert der Authentikator die Herausforderung mit dem privaten Schlüssel. Der Server prüft die Signatur mit dem gespeicherten öffentlichen Schlüssel. Eine abgefangene Antwort lässt sich nicht sinnvoll wiederverwenden, weil die nächste Anmeldung eine neue Herausforderung enthält.
3. Lokale Benutzerprüfung
Die Freigabe erfolgt meist so, wie das Gerät entsperrt wird: per PIN, Fingerabdruck oder Gesichtserkennung. Wichtig ist die Trennung: Die biometrischen Rohdaten werden nicht an die Website übertragen. Der Sensor bestätigt dem lokalen System lediglich, dass es den privaten Schlüssel für diesen Vorgang verwenden darf. Für den Dienst ist entscheidend, dass der Authentikator eine zulässige Benutzerprüfung durchgeführt hat.
Warum die Domainbindung Phishing ausbremst
Ein Passkey ist an die sogenannte Relying Party, praktisch meist eine registrierbare Domain, gebunden. Eine gefälschte Seite unter einer ähnlich aussehenden Adresse kann den Authentikator nicht dazu bringen, eine gültige Signatur für die echte Domain zu erzeugen. Die Entscheidung „Ist das wirklich meine Bank oder mein Cloud-Dienst?“ wird damit nicht allein dem Blick des Nutzers auf die Adresszeile überlassen. Browser und Authentikator erzwingen die Zuordnung protokollseitig.
Das BSI bewertet Passkeys deshalb als sehr sichere, gegen übliche Phishing-Angriffe resistente Form der Authentisierung. Auch die aktuelle NIST-Leitlinie unterscheidet deutlich zwischen phishbaren und phishingresistenten Verfahren. Diese Eigenschaft ist der zentrale Fortschritt – nicht allein, dass die Anmeldung schneller ist.
Synchronisiert oder gerätegebunden: Passkey ist nicht gleich Passkey
Synchronisierte Passkeys werden durch einen Passkey-Anbieter Ende-zu-Ende-verschlüsselt zwischen den Geräten eines Benutzerkontos verfügbar gemacht. Das verbessert Alltagstauglichkeit und Wiederherstellung: Ein neues Smartphone kann nach der Anmeldung beim Plattformkonto auf vorhandene Passkeys zugreifen. Dafür erweitert sich das Vertrauensmodell. Die Sicherheit hängt nun auch vom Schutz und von den Wiederherstellungsprozessen dieses Plattformkontos ab.
Gerätegebundene Passkeys verlassen den jeweiligen Authentikator nicht. Hardware-Sicherheitsschlüssel können einen besonders hohen Schutz und nachvollziehbare Geräteeigenschaften bieten. Der Preis ist mehr organisatorischer Aufwand: Ersatzschlüssel, sichere Ausgabe, Inventarisierung und ein belastbarer Prozess für verlorene Geräte werden wichtiger.
Beide Varianten haben legitime Einsatzfelder. Für private Konten und viele Standardarbeitsplätze kann Synchronisierung die Akzeptanz deutlich erhöhen. Für privilegierte Administrationskonten, besonders schützenswerte Produktionsumgebungen oder regulierte Prozesse können gerätegebundene Hardware-Schlüssel sinnvoll sein. Eine seriöse Einführung beginnt daher mit dem Schutzbedarf, nicht mit einem pauschalen Produkturteil.
| Verfahren | Was der Server prüft | Phishingrisiko | Typische Schwäche |
|---|---|---|---|
| Passwort | Kenntnis eines gemeinsamen Geheimnisses | Hoch | Wiederverwendung, Datenleaks, Erraten |
| Passwort plus TOTP | Passwort und zeitlich begrenzter Code | Weiterhin vorhanden | Echtzeit-Weiterleitung durch Phishing |
| Push-Freigabe | Besitz eines registrierten Geräts und Zustimmung | Je nach Umsetzung vorhanden | Push-Fatigue, unklare Kontextanzeige |
| Synchronisierter Passkey | Domaingebundene Signatur und lokale Freigabe | Gegen übliches Phishing resistent | Plattformkonto und Recovery werden kritisch |
| Hardwaregebundener Passkey | Signatur eines konkreten Authentikators | Gegen übliches Phishing resistent | Verlust, Ausgabe und Ersatzprozess |
Der wichtigste Angriffspunkt heißt Wiederherstellung
Eine starke Eingangstür bringt wenig, wenn der Ersatzschlüssel unter der Fußmatte liegt. Bei passwortlosen Konten verlagert sich Aufmerksamkeit auf Recovery: Was geschieht nach Verlust aller Geräte? Reicht eine E-Mail, ein SMS-Code oder ein Gespräch mit dem Support, um den Zugang zurückzusetzen? Kann ein Angreifer neue Passkeys hinzufügen, ohne dass bestehende Geräte benachrichtigt werden? Werden aktive Sitzungen nach einer Sicherheitsänderung beendet?
Für Nutzer ist Redundanz wichtig. Wer mehrere Geräte oder einen zusätzlichen Hardware-Schlüssel registriert, reduziert das Risiko einer Aussperrung. Wiederherstellungscodes gehören offline an einen geschützten Ort. Für Unternehmen braucht es Identitätsprüfung, Vier-Augen-Prinzip bei privilegierten Konten, protokollierte Änderungen und klare Eskalationswege. Recovery darf nicht als seltene Supportausnahme behandelt werden; es ist ein Kernbestandteil des Authentifizierungsdesigns.
Sicherheitspsychologie: Gute Systeme verlangen weniger Heldentum
Viele Sicherheitskonzepte beruhen unausgesprochen auf einem idealisierten Nutzer: aufmerksam, technisch informiert, niemals müde und bereit, für jeden Dienst ein neues Geheimnis zu lernen. Reale Menschen arbeiten parallel, wechseln Geräte, reagieren auf Kunden, stehen unter Zeitdruck und vergessen selten benötigte Abläufe. Ein System, das nur bei perfektem Verhalten sicher bleibt, besitzt eine fragile Architektur.
Menschen optimieren ihre eigentliche Aufgabe
Wenn eine Sicherheitsmaßnahme regelmäßig Arbeit blockiert, entstehen Umgehungsstrategien: Passwörter werden nach Mustern gebildet, Freigaben reflexartig bestätigt, Dateien in bequemere Kanäle verschoben. Aus Sicht des Nutzers ist das oft eine rationale Reaktion auf ein System, das sein Hauptziel behindert. Deshalb sollte sichere Nutzung der schnellste und verständlichste Weg sein.
Warnungen brauchen Kontext
Eine Meldung wie „Anmeldung bestätigen?“ liefert zu wenig Information. Gute Freigaben zeigen Dienst, ungefähren Standort, Gerät, Zeitpunkt und gegebenenfalls die konkrete Transaktion. Noch besser ist ein Verfahren, das riskante Entscheidungen gar nicht erst abfragt. Passkeys sind hier interessant, weil die Domainprüfung im Protokoll erfolgt. Der Mensch muss nicht jede kleine Abweichung in einer URL erkennen.
Biometrie ist bequem, aber kein widerrufbares Geheimnis
Fingerabdrücke und Gesichter lassen sich nicht wie ein Passwort austauschen. Darum ist es entscheidend, biometrische Daten lokal zur Freigabe eines kryptografischen Schlüssels zu verwenden, statt sie als zentral gespeichertes Vergleichsgeheimnis zu behandeln. Die Sicherheitswirkung entsteht aus dem Zusammenspiel von Sensor, geschützter Gerätehardware, Fehlversuchsbegrenzung, PIN und Schlüssel – nicht aus der vermeintlichen Einzigartigkeit eines Körpermerkmals allein.
Was Passkeys nicht lösen
Passkeys verhindern nicht jede Kontoübernahme. Ist ein Endgerät bereits mit Schadsoftware kompromittiert, kann ein Angreifer aktive Sitzungen missbrauchen oder Aktionen nach der Anmeldung manipulieren. Social Engineering kann den Support treffen. Unsichere Autorisierungslogik kann einem korrekt angemeldeten Nutzer zu viele Rechte geben. Gestohlene Session-Cookies können zeitweise Zugang ermöglichen, ohne den Passkey selbst zu brechen.
Auch die Unterscheidung zwischen Authentifizierung und Autorisierung bleibt zentral. Der Passkey beweist, dass ein registrierter Authentikator eine Anfrage freigegeben hat. Er entscheidet nicht, ob eine Überweisung plausibel, ein Administratorrecht erforderlich oder eine Datei vertrauenswürdig ist. Unternehmen benötigen weiterhin Geräteschutz, Patchmanagement, sichere Softwarelieferketten, Rechtekonzepte, Monitoring und Backups. Wie Regulierung zunehmend Sicherheit über den gesamten Produktlebenszyklus betrachtet, erläutert unser Beitrag zum Cyber Resilience Act und seinen Anforderungen ab 2026.
Deutschland und Europa: Authentifizierung wird Infrastruktur
Für deutsche Unternehmen ist passwortlose Authentifizierung nicht nur ein Thema der IT-Abteilung. Sie berührt Datenschutz, Betriebsprozesse, Barrierefreiheit, Supportkosten, Geräteverwaltung und die Zusammenarbeit mit externen Partnern. BSI-Empfehlungen ordnen Passkeys als phishingresistente Lösung ein, während europäische Sicherheits- und Resilienzanforderungen stärker auf nachweisbare Risikosteuerung, sichere Voreinstellungen und belastbare Lieferketten zielen.
Parallel entsteht mit der European Digital Identity Wallet eine Infrastruktur für digitale Identitätsnachweise und Attribute. Ein Passkey und eine digitale Identitätswallet sind jedoch nicht dasselbe. Der Passkey authentifiziert typischerweise ein Konto bei einem konkreten Dienst. Eine Wallet kann staatlich oder anderweitig bestätigte Nachweise bereitstellen, etwa Identität, Alter oder Qualifikation. Beide Welten können sich ergänzen: Die Wallet benötigt selbst starke Zugriffskontrollen, während Dienste neben der Anmeldung gelegentlich verifizierte Eigenschaften verlangen.
Für Europa liegt darin eine strategische Chance. Offene Standards wie WebAuthn vermeiden proprietäre Login-Inseln und ermöglichen Wettbewerb zwischen Plattformen, Browsern, Passwortmanagern und Hardwareherstellern. Gleichzeitig bleibt Interoperabilität anspruchsvoll. Unternehmen sollten deshalb nicht nur prüfen, ob ein Passkey auf dem eigenen Testgerät funktioniert, sondern auch Kontowechsel, gemischte Betriebssysteme, gemeinsam genutzte Geräte, Barrierefreiheit und grenzüberschreitende Szenarien testen.
Passkeys im Unternehmen einführen: ein realistischer Migrationspfad
Schritt 1: Konten und Risiken ordnen
Zuerst werden Kontotypen erfasst: Kundenkonten, normale Beschäftigtenkonten, Administratoren, technische Konten und Notfallzugänge. Dazu gehören verwendete Identitätsprovider, Geräteklassen, bestehende MFA-Verfahren und Recovery-Kanäle. Privilegierte und häufig von Phishing betroffene Konten verdienen die höchste Priorität.
Schritt 2: Passkeys zusätzlich anbieten
Eine Übergangsphase reduziert Supportfälle. Nutzer können nach einer erfolgreichen bestehenden Anmeldung einen Passkey registrieren und weitere Geräte hinzufügen. Der Dienst sollte klar erklären, wo der Passkey gespeichert wird und wie ein Gerätewechsel funktioniert. Technische Begriffe gehören in Hilfetexte, nicht zwingend in jeden Dialog.
Schritt 3: Recovery genauso streng entwerfen wie den Login
Ein neuer Authentikator darf nicht über einen deutlich schwächeren Kanal hinzugefügt werden. Sicherheitsrelevante Änderungen sollten bestehende Geräte informieren, angemessen verzögert oder zusätzlich bestätigt werden und nachvollziehbare Protokolle erzeugen. Für Administrationskonten sind Ersatzschlüssel und kontrollierte Offline-Notfallzugänge sinnvoll.
Schritt 4: Erfolg richtig messen
Nicht nur die Registrierungsquote zählt. Aussagekräftig sind erfolgreiche Anmeldungen, Abbrüche nach Gerät und Browser, Recovery-Fälle, Supportaufwand, Nutzung schwächerer Fallbacks und verdächtige Kontoänderungen. Gute Telemetrie erfasst Prozesse, ohne unnötige personenbezogene Profile zu erzeugen.
Schritt 5: Schwache Pfade schrittweise zurückbauen
Solange ein Konto jederzeit über Passwort und SMS vollständig zurückgesetzt werden kann, bleibt ein Teil des alten Risikos bestehen. Nach ausreichender Abdeckung können Organisationen phishbare Verfahren gezielt reduzieren. Ausnahmen sollten dokumentiert, zeitlich begrenzt und technisch überwacht werden.
Quantencomputer und die nächste Kryptografie-Migration
Viele heute verbreitete Public-Key-Verfahren beruhen auf mathematischen Problemen, die leistungsfähige fehlertolerante Quantencomputer grundsätzlich anders bearbeiten könnten. Deshalb wurden bereits Post-Quanten-Verfahren standardisiert und Migrationspläne entwickelt. Das bedeutet nicht, dass aktuelle Passkeys plötzlich wertlos wären. Es bedeutet, dass Protokolle, Algorithmen, Hardware und gespeicherte Schlüssel über lange Produktlebenszyklen austauschbar bleiben müssen.
Die Geschichte wiederholt hier ein bekanntes Muster: Sicherheit ist kein einmal erreichtes Produktmerkmal. Sie ist die Fähigkeit, Annahmen zu prüfen und Systeme geordnet zu erneuern. Kryptografische Agilität, Bestandsaufnahme und klare Updatepfade sind daher ebenso wichtig wie die Wahl eines starken Algorithmus.
Was Nutzer heute konkret tun können
Wo ein etablierter Dienst Passkeys anbietet, ist die Aktivierung in der Regel sinnvoll. Registrieren Sie nach Möglichkeit mehr als einen verlässlichen Zugangspfad und prüfen Sie die Wiederherstellungsoptionen, bevor ein Gerät verloren geht. Für Konten ohne Passkey-Unterstützung bleiben ein seriöser Passwortmanager, einzigartige lange Passwörter und eine möglichst phishingresistente Mehrfaktorlösung die beste Kombination.
Besonders wichtige E-Mail-, Cloud- und Administrationskonten verdienen zuerst Aufmerksamkeit, weil über sie häufig weitere Zugänge zurückgesetzt werden können. Geräte sollten aktuell, verschlüsselt und mit einer starken lokalen Sperre geschützt sein. Ungefragte Anmeldebestätigungen sind ein Warnsignal; sie dürfen nicht aus Gewohnheit akzeptiert werden.
Und schließlich: Ein Passkey ist keine Datei, die man einer Website zusendet. Seriöse Dienste fordern nicht dazu auf, einen privaten Schlüssel zu kopieren oder einen QR-Code aus einer unerwarteten Nachricht heraus zu „verifizieren“. Die Anmeldung wird durch Browser, Betriebssystem und Authentikator vermittelt. Gerade weil die Technik im Hintergrund komplex ist, sollte der sichtbare Ablauf ruhig und eindeutig bleiben.
Fazit: Die beste Sicherheitsentscheidung ist die, die ein System selbst erzwingt
Von Albertis drehbaren Alphabeten bis zu WebAuthn zieht sich eine klare Linie. Jede Generation versuchte, Muster zu verbergen, Schlüssel besser zu verwalten und Vertrauen über größere Distanzen zu organisieren. Gleichzeitig zeigte jede Generation, dass technische Stärke durch schlechte Bedienung, unsichere Verteilung oder schwache Wiederherstellung unterlaufen werden kann.
Passkeys sind deshalb überzeugend, weil sie zwei lange getrennte Ziele verbinden: stärkere Kryptografie und weniger mentale Last. Der private Schlüssel bleibt beim Authentikator, der Server speichert kein wiederverwendbares Passwort, und die Bindung an die Domain verhindert, dass ein Nutzer sein Geheimnis auf einer täuschend ähnlichen Website preisgibt. Sicherheit entsteht nicht mehr hauptsächlich daraus, dass ein Mensch im richtigen Moment misstrauisch genug ist.
Vollständig gelöst ist das Problem damit nicht. Geräte, Sitzungen, Recovery, Berechtigungen und Softwarequalität bleiben entscheidend. Doch der historische Fortschritt ist real: Die Chiffrierscheibe machte den Schlüssel beweglich. Public-Key-Kryptografie trennte öffentliches und privates Schlüsselmaterial. Der Passkey bindet den privaten Teil schließlich an Gerät, Dienst und bewusste Freigabe. Digitale Sicherheit wird damit nicht unsichtbar – aber sie wird an den Stellen automatisiert, an denen Menschen seit Jahrhunderten am leichtesten zu täuschen sind.
