Aller au contenu

R14 — Sauvegardes de toutes catégories et deux directions

Statut : NON EXÉCUTÉ sur matériel — T2B1 et T3B1.

Appliquer le registre commun et conserver une ligne par modèle/OS requis. Les sorties des tests hôte/émulateur restent des preuves séparées.

Préconditions

R13 réussi ; T2B1 et T3B1 ; ensemble de test avec OTP TOTP/HOTP, passkeys ES256/EdDSA et hmac-secret/largeBlob, OpenPGP ECC/RSA, quatre slots PIV avec certificats, AES avec compteurs utilisés.

Étapes

  1. Inventorier noms, empreintes publiques, algorithmes, politiques et compteurs observables. Exporter chaque identité puis un export complet depuis T2B1 ; conserver chaque séquence et sa phrase en privé.
  2. Préparer T3B1 avec ses propres PIN de stockage/FIDO/PIV et sa clé de gestion. Restaurer les séquences via images et confirmations, sans modifier ces identifiants locaux sauf ce que prévoit explicitement le schéma OpenPGP.
  3. Vérifier authentification FIDO avec le même credentialId, BE/BS et compteur monotone, hmac-secret stable et largeBlob lisible ; comparer TOTP après heure identique et HOTP sans retour arrière ; vérifier signature/déchiffrement OpenPGP, signature/PIV/certificat et AES ancien ciphertext.
  4. Modifier une identité destination, présenter son ancienne sauvegarde, refuser puis accepter l’écrasement spécifique après nom/empreinte. Vérifier les autres identités et les catégories ignorées. Interrompre une restauration entre deux identités : celles validées peuvent rester, aucune ne doit être partielle.
  5. Répéter intégralement T3B1→T2B1, puis reprise d’une ancienne sauvegarde sur la même révision. Vérifier les limites mémoire sur le plus petit modèle et sauvegarde volumineuse fragmentée.
  6. Consigner ce qui ne voyage pas : PIN appareil/FIDO, identifiants PIV de destination, numéro de carte OpenPGP, credentials FIDO non découvrables et largeBlob sans identité exportable. Les schémas publiés font référence, pas une promesse de clonage bit à bit.

Résultat attendu

Chaque catégorie sauvegardable retrouve la même identité utile dans les deux directions, politiques et compteurs sûrs, aucune mutation sans consentement ni écrasement implicite. Atomique par identité, pas transaction globale.

Preuves à conserver

Matrice catégorie/profil/direction, empreintes publiques avant/après, compteurs, vérifications de signatures/codes/blobs/ciphertexts, cas overwrite et coupure ; sauvegardes/photos privées.

Réception par identité et reprise des copies

Copier toutes les trames d'une identité avant Continuer, puis attendre le message qui autorise l'identité suivante. Pendant confirmation/KDF, WRITE(10) doit être refusé explicitement NOT READY 04/07 avec résidu complet : vérifier que l'OS signale l'échec et que le même fichier est accepté après reprise. Garder MSC monté entre identités, finir explicitement, contrôler le bilan exact et la complétude de l'ensemble, puis éjecter. Un échec tardif conserve les identités déjà confirmées et n'altère jamais l'identité incomplète/corrompue. Répéter cette reprise sur chaque OS ; ce comportement n'est pas encore qualifié physiquement.