WebAuthn Passkey
WebAuthn-Passkey
Ein WebAuthn-Passkey ist eine Anmeldeberechtigung mit öffentlichem Schlüssel, die gefälschten Anmeldeseiten widersteht. Je nach Anbieter und Authentifikator kann er über Geräte synchronisiert werden oder auf einem Gerät bleiben.
Ein weiteres Beispiel
Ein Kunde fügt einen Passkey hinzu, nachdem er sich erneut angemeldet hat. Der Server speichert die Credential-ID und den öffentlichen Schlüssel. Er sendet eine neue Herausforderung, die an `howtovibeui.com` gebunden ist. Er prüft die Herkunft, RP-ID, Herausforderung, Signatur und Benutzerverifizierung. Ein verlorenes Gerät wird mit einem anderen Passkey oder einem überprüften Wiederherstellungsprozess behandelt, nicht mit einer Sicherheitsfrage.
Hauptteile
- 01Vertrauende Partei und Ursprung
- 02Authentifikator-Anmeldeinformationen-Schlüsselpaar
- 03Neue Herausforderung und Überprüfung der Behauptung
Verwenden Sie es, wenn
Bieten Sie Passkeys für normale oder besonders sichere Anmeldungen an. Einschließlich sicherer Einrichtung, einer Möglichkeit, mehrere Anmeldeinformationen zu verwalten, und Kontowiederherstellung.
Nutze es nicht, wenn
Behaupte nicht, dass jeder Passkey auf einem Gerät bleibt, und überspringe keine Server-Challenge-Überprüfungen. Entferne niemals den letzten Wiederherstellungspfad ohne klare Bestätigung.
In Code verwendeter Name
navigator.credentials.create/get with PublicKeyCredential + server-side challenge/origin/RP/signature validation Vor dem Ausliefern
Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback.
Outcome: Complete the task with WebAuthn-Passkey (WebAuthn Passkey). User context: Ein Kunde fügt einen Passkey hinzu, nachdem er sich erneut angemeldet hat. Der Server speichert die Credential-ID und den öffentlichen Schlüssel. Er sendet eine neue Herausforderung, die an `howtovibeui.com` gebunden ist. Er prüft die Herkunft, RP-ID, Herausforderung, Signatur und Benutzerverifizierung. Ein verlorenes Gerät wird mit einem anderen Passkey oder einem überprüften Wiederherstellungsprozess behandelt, nicht mit einer Sicherheitsfrage. Technical concept or control: WebAuthn-Passkey (WebAuthn Passkey). Why it fits: Bieten Sie Passkeys für normale oder besonders sichere Anmeldungen an. Einschließlich sicherer Einrichtung, einer Möglichkeit, mehrere Anmeldeinformationen zu verwalten, und Kontowiederherstellung. Do not use it when: Behaupte nicht, dass jeder Passkey auf einem Gerät bleibt, und überspringe keine Server-Challenge-Überprüfungen. Entferne niemals den letzten Wiederherstellungspfad ohne klare Bestätigung. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary): Es ist offiziell für diese Quelle. Andere Plattformen oder Teams können den Begriff auf andere Weise verwenden. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.
Diese Anfrage prüfen
Review how WebAuthn-Passkey (WebAuthn Passkey) is used now. Definition: Ein WebAuthn-Passkey ist eine Anmeldeberechtigung mit öffentlichem Schlüssel, die gefälschten Anmeldeseiten widersteht. Je nach Anbieter und Authentifikator kann er über Geräte synchronisiert werden oder auf einem Gerät bleiben. Release checks: Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.