SRP sendet das Passwort nicht im Protokoll; das bedeutet weder Passwortfreiheit noch Immunität gegen Phishing noch einen harmlosen Verifier.
Passkeys und SRP sind zwei unterschiedliche Ansätze zur Authentifizierung. Ein Passkey verwendet ein Schlüsselpaar und kann ein Passwort überflüssig machen. SRP bleibt passwortbasiert, sendet bei korrekter Umsetzung des Protokolls aber nicht das Passwort selbst an den Server, um dessen Kenntnis nachzuweisen.
„Anmelden ohne Passwortübertragung“ ist also nicht dasselbe wie „Anmelden ohne ein Passwort zu besitzen“. Bei der Wahl sollten Phishing-Risiken, Verwaltung der Zugangsdaten, Wiederherstellung und Implementierungsqualität ausschlaggebend sein, nicht das pauschale Etikett „Zero Knowledge“.
Was verändert ein Passkey?
Bei der Passkey-Authentifizierung speichert der Dienst den öffentlichen Schlüssel; der Nutzer bestätigt die Anmeldung durch die Kontrolle über den privaten Schlüssel. Die Bindung der Zugangsdaten an den jeweiligen Dienst und Ursprung ist ein wichtiger Bestandteil der Phishing-Resistenz. FIDO-Erklärung zu Passkeys.
Nicht alle Passkeys werden zwangsläufig über die Cloud synchronisiert. Manche sind an ein Gerät oder einen Sicherheitsschlüssel gebunden, andere werden über einen Zugangsdatenanbieter zwischen Geräten übertragen. Wiederherstellungsmodell und Synchronisationsschutz müssen beim jeweiligen Anbieter geprüft werden. Aus „Cloud-Synchronisation“ allein folgt nicht, dass das Unternehmen Schlüssel in lesbarer Form speichert.
Auch die Sicherheit der Sitzung nach der Anmeldung ist ein eigenes Thema. Ein Passkey neutralisiert weder Schadsoftware auf dem Gerät noch den Diebstahl einer gültigen Sitzung automatisch.
Was erhält der Server bei SRP?
SRP gehört zur Familie der passwortauthentifizierten Schlüsselaustauschverfahren. Statt des Passworts selbst speichert der Server Daten wie einen Salt und einen Verifier. Durch den Austausch von Protokollnachrichten prüfen beide Seiten die Kenntnis des Geheimnisses und den gemeinsamen Schlüssel.
Ein Verifier ist jedoch kein harmloser Datensatz. Abschnitt 3.3 von RFC 5054 sagt ausdrücklich, dass ein Angreifer mit einem erbeuteten Verifier einen Wörterbuchangriff zum Erraten des Passworts durchführen kann. Die Behauptung, „eine gestohlene Datenbank ermöglicht keinerlei Offline-Raten“, ist daher falsch.
Starke Passwörter, Serverschutz, geeignete Parameter, Eingabevalidierung und Kontrollen der Anmeldeversuche bleiben notwendig. SRP garantiert auch nicht, dass die Seite, auf der Sie Ihr Passwort eingeben, sicher ist: Schadcode kann es bereits vor der Protokollausführung abfangen.
Ein fairer Vergleich
| Frage | Passkey | SRP |
|---|---|---|
| Merkt sich der Nutzer ein Passwort für den Dienst? | Meist nicht; die Kontrolle über die Zugangsdaten ist erforderlich | Ja, das Verfahren beruht auf der Kenntnis des Passworts |
| Was speichert der Dienst für die Anmeldung? | Einen öffentlichen Schlüssel und zugehörige Informationen | Einen Verifier und zugehörige Parameter |
| Wie entsteht Phishing-Resistenz? | Bindung der Zugangsdaten an Dienst/Ursprung im FIDO-Design | Dass das Protokoll kein Passwort sendet, macht eine gefälschte Eingabeseite nicht sicher |
| Ist die Cloud erforderlich? | Nein; es gibt auch gerätegebundene Varianten | Das Protokoll benötigt nicht grundsätzlich einen externen Identitätsanbieter, wohl aber einen Authentifizierungsdienst |
| Wie funktioniert die Wiederherstellung? | Abhängig von Zugangsdatenart und Anbieter | Das bestimmen Konto- und Produktrichtlinien, nicht der Name SRP |
Aus dieser Tabelle lässt sich keine absolute Rangfolge für sämtliche Implementierungen ableiten. Ein schwacher Wiederherstellungsablauf kann den Vorteil eines starken Anmeldeverfahrens untergraben.
Wie hängt die Kontoanmeldung mit Chat-Schlüsseln zusammen?
Die Authentifizierung teilt dem Dienst mit, wer handeln darf. Die Schlüssel zur Nachrichtenverschlüsselung bestimmen, wer Inhalte öffnen kann. Ein Produkt kann beides verknüpfen, doch diese Beziehung muss dokumentiert sein.
In der Sicherheitsdokumentation von Livara wird SRP für die Anmeldung beschrieben; das v7-Wiederherstellungspaket für die verschlüsselte Identität wird separat behandelt. Dieses Paket stellt die Identität wieder her, nicht den Chatverlauf. „Das Anmeldepasswort stimmt“ bedeutet daher nicht, dass „alle alten Schlüssel und Nachrichten wieder da sind“.
Dieser Artikel ist ein konzeptioneller Vergleich, kein Praxistest aller Livara-Anmeldeverfahren und keine Bestätigung der exakten Umsetzung eines bestimmten RFC im Produkt.
Welche Fragen sollten wir bei der Auswahl stellen?
- Welcher alternative Anmeldeweg bleibt bei Geräteverlust, und wer kontrolliert ihn?
- Ist die Wiederherstellung schwächer als die primäre Anmeldung?
- Wie lassen sich unbekannte Sitzungen anzeigen und widerrufen?
- Verändert ein Wechsel des Anmeldeverfahrens Nachrichtenschlüssel oder verknüpfte Geräte?
- Welches Konto und welche unabhängigen Schutzmaßnahmen sind zur Synchronisation von Zugangsdaten nötig?
Fazit: Bezeichnen Sie Passkeys nicht grundsätzlich als „unsicher, weil cloudbasiert“ und SRP nicht als „immun gegen Datenlecks, weil Zero Knowledge“. Die Grenzen des jeweiligen Verfahrens und die Wiederherstellungsrichtlinien des Produkts bilden die Grundlage eines verlässlichen Vergleichs.
