Zum Inhalt springen

@capgo/capacitor-passkey

Behalte deine browserähnliche WebAuthn code in einer Capacitor App, während das Plugin die nativen Passkey-Aufrufe und das native Host-Patching übernimmt.

Browser-ähnliches API

Behalten navigator.credentials.create() und navigator.credentials.get() in deiner App, statt den Passkey-Flow mühsam um ein eigenes API herum neu zu schreiben.

Minimale App-Änderungen

Einmalige Plugin-Konfiguration, Aufruf CapacitorPasskey.autoShimWebAuthn() während des Bootstrappings – dein restlicher WebAuthn code bleibt nah an der Browser-Implementierung.

Native Verknüpfung zur Build-Zeit

Das Plugin patcht die generierten iOS- und Android-Host-Projekte während des Syncs, sodass du diese Dateien nicht manuell pflegen musst.

  • shimWebAuthn(options?) installiert den Browser-Shim sofort, mit optionalem HTTPS-Origin-Override.
  • getConfiguration() liest die aufgelöste Runtime-Konfiguration aus plugins.CapacitorPasskey.
  • autoShimWebAuthn(options?) liest diese Konfiguration und installiert den Shim in einem Schritt beim App-Bootstrap.
  • createCredential(options) und getCredential(options) ruft die nativen Passkey-APIs direkt mit JSON-sicheren WebAuthn-Payloads auf.
  • isSupported() meldet die Runtime-Verfügbarkeit und getPluginVersion() gibt den Versionsmarker der nativen Implementierung zurück.

Wenn du es nutzt @capgo/capacitor-passkey Um Authentifizierungs- und Account-Flows zu planen, verbinde es mit @capgo/capacitor-passkey verwenden für die native Funktion in „@capgo/capacitor-passkey verwenden“, @capgo/capacitor-social-login für die Implementierungsdetails in @capgo/capacitor-social-login, @capgo/capacitor-native-biometric für die Implementierungsdetails in @capgo/capacitor-native-biometric, Zwei-Faktor-Authentifizierung für die Implementierungsdetails zur Zwei-Faktor-Authentifizierung, und SSO (Enterprise) für die Implementierungsdetails zu SSO (Enterprise).