Interopérabilité des passkeys
L’accès à la passkey exige son RP original et un fournisseur disponible sur l’appareil cible. Partager un nom de RP n’autorise pas une autre application. La migration récupère les données compatibles et vérifie la même clé publique avant une nouvelle inscription sous passkeys.nostrwot.com ; elle ne transfère pas la passkey originale.
Le protocole utilise kind 31777, l’entrée PRF keytr-v1 et un user handle contenant les 32 octets publics de l’auteur. Une clé unique utilise Keytr PRF v1. Les graines et coffres utilisent la proposition typée v4 et des schémas versionnés ; ne supposez pas la compatibilité des applications v1. Respectez les coordonnées, encodages, contexte HKDF, AAD et schéma exacts.
Vérifiez signatures et contexte authentifié avant import, puis dérivez et comparez la clé publique attendue. Refusez schémas inconnus et données invalides. Testez des vecteurs indépendants et de vrais appareils ; une écriture locale ne prouve pas la synchronisation.
L’enveloppe SDK nostr-wot-passkey-recovery diffère de la copie chiffrée nostr-wot-passkey-vault de l’extension. Utilisez le parseur et le parcours de migration de l’extension ; restoreRecovery refuse les blobs inconnus. Actualisez les données après modification et conservez un fichier.