Chiffré sur votre appareil.Vérifié sur votre appareil.

01

La connexion et le déchiffrement sont distincts

La connexion permet au service d’identifier votre compte et d’appliquer les autorisations d’accès. Le déverrouillage d’un disque chiffré s’effectue localement à l’aide d’une phrase secrète de chiffrement, d’une clé de récupération ou d’une clé d’accès de chiffrement compatible. La connexion au compte ne fournit pas, à elle seule, le secret nécessaire pour déchiffrer le disque.

02

Comment vos clés sont créées et déverrouillées

Lors de la configuration du compte, l’appareil génère une clé racine aléatoire de 256 bits et une paire de clés de signature ECDSA P-256. La clé racine et la clé privée de signature sont conservées dans un ensemble chiffré de clés du compte. Le serveur reçoit des copies chiffrées de cet ensemble et la clé publique de vérification.

La phrase secrète de chiffrement est normalisée avec Unicode NFKC, puis traitée par Argon2id avec un sel aléatoire de 16 octets, 64 MiB de mémoire, 3 itérations et un parallélisme de 4. La clé de 256 bits obtenue protège l’ensemble de clés du compte avec AES-GCM. Ces paramètres ralentissent les tentatives de deviner les mots de passe ; une phrase secrète robuste et unique reste néanmoins essentielle.

Une clé de récupération aléatoire de 256 bits, générée séparément, protège une autre copie du même ensemble. Changer la phrase secrète réenveloppe l’ensemble de clés ; cela ne rechiffre pas chaque fichier stocké. Sur les authentificateurs compatibles, WebAuthn PRF fournit le matériau nécessaire à une enveloppe de déverrouillage distincte pour la clé d’accès. Une clé d’accès utilisée uniquement pour se connecter au compte n’est pas automatiquement une clé d’accès de chiffrement.

Le réenveloppement ne révoque pas un ancien ensemble de clés qu’une personne a déjà copié et peut déverrouiller. Supprimer une clé d’accès de chiffrement empêche les futures récupérations de son enveloppe, mais ne peut pas effacer les clés déjà obtenues par un client déverrouillé.

Conservez la clé de récupération dans un endroit sûr, en dehors du disque. La perte de toutes les méthodes de déverrouillage utilisables et de tous les appareils déverrouillés peut rendre les données chiffrées irrécupérables. Réinitialiser l’accès au compte ne recrée pas les clés de chiffrement.

03

Le chiffrement des fichiers et le rôle de Google Tink

Chaque nouvelle révision d’un fichier reçoit une nouvelle clé de contenu aléatoire de 256 bits. Les fichiers sont chiffrés en segments authentifiés. Les clients peuvent ainsi envoyer de gros fichiers et lire une plage demandée sans déchiffrer d’abord l’intégralité du fichier. Chaque segment est vérifié avant que ses données en clair soient rendues accessibles.

InfiniDrive implémente un format de transmission compatible avec le profil Streaming AEAD RAW AES256_GCM_HKDF_1MB de Google Tink. HKDF-SHA-256 dérive une clé AES propre à chaque flux à partir de la clé de contenu et d’un nouveau sel. Les nonces des segments combinent un préfixe aléatoire, l’index du segment et un indicateur de dernier segment. Le format authentifie la position des segments et la fin du flux.

La compatibilité avec Google Tink est vérifiée par des tests de chiffrement et de déchiffrement dans les deux sens.

04

Métadonnées, signatures et vérification des versions

Les noms de fichiers et les métadonnées de contenu sont chiffrés séparément des octets des fichiers. Les clés de contenu sont enveloppées dans des conteneurs de chiffrement authentifié. Le contexte lie les données protégées à leur compte, leur nœud, leur révision et leur usage, ce qui réduit le risque d’accepter un objet chiffré valide au mauvais endroit.

Les signatures ECDSA P-256 avec SHA-256 protègent les manifestes et les opérations du compte. Les clients vérifient les signatures, l’identité des objets et le contexte de révision avant de rendre le contenu accessible. Les vérifications de l’historique comparent les réponses du serveur à des points de contrôle mémorisés localement afin de détecter un retour en arrière ou un historique contradictoire par rapport à ce que cet appareil a déjà observé.

Un nouvel appareil a besoin d’un état initial de confiance. Les points de contrôle locaux ne constituent pas un service global de transparence des clés, et les signatures seules ne peuvent pas garantir qu’un serveur présente le même historique à tous les appareils.

05

Photos, aperçus et liens de partage

Les clients compatibles génèrent localement les aperçus des images et des vidéos. Un aperçu possède sa propre clé de révision aléatoire et est chiffré avant son envoi. Ses métadonnées chiffrées et signées le lient à la révision du fichier source. Le service de distribution des aperçus stocke et transmet des octets chiffrés ; le client vérifie et déchiffre l’image.

Un lien public chiffré contient son secret de déchiffrement dans le fragment de l’URL, après le caractère #. Les navigateurs n’incluent pas ce fragment dans la requête HTTP envoyée au serveur. Le navigateur du destinataire utilise le secret localement pour déverrouiller le contenu partagé.

Le lien contient également un jeton d’accès distinct, que le client envoie au service pour autoriser la récupération des données, ainsi qu’une empreinte qui fixe l’enregistrement de partage signé. L’autorisation chiffrée contient les clés des révisions de fichiers sélectionnées, plutôt que la clé racine du compte. Un lien de partage renvoie à un instantané en lecture seule de ces révisions.

Toute personne disposant du lien complet peut utiliser son secret ; traitez donc ce lien comme un accès au fichier. Révoquer un lien peut empêcher les accès futurs par le service, mais ne peut pas effacer une copie qu’un destinataire a déjà téléchargée ou déchiffrée.

06

Où sont conservés les clés et les fichiers lisibles

Les clients natifs peuvent mémoriser les clés de compte déverrouillées avec la protection du système d’exploitation : Keychain sur les plateformes Apple, stockage sécurisé reposant sur Android Keystore et DPAPI propre à chaque utilisateur sous Windows. L’application a besoin de clés utilisables pendant le déchiffrement ; le stockage du système d’exploitation ne rend pas sûr un appareil compromis et déverrouillé.

Verrouiller le disque et se déconnecter limitent l’utilisation ultérieure de ses clés. Les fichiers lisibles déjà téléchargés via Finder, l’Explorateur, un export ou une autre application peuvent rester sur le disque. Les fichiers locaux, les caches de miniatures du système d’exploitation, les sauvegardes et les autres applications ont leurs propres règles de protection et de conservation.