ChiffrementConfidentialité

Partager sans faire confiance : comment fonctionne vraiment le chiffrement des coffres partagés

Partager signifie généralement confier ses secrets aux serveurs d'une entreprise. Les coffres partagés de Kinship Vault, eux, ne le font pas. Voici, en langage clair, comment un coffre parvient à d'autres personnes chiffré de bout en bout, sans aucun serveur, le nôtre ou celui d'Apple, capable d'en lire quoi que ce soit.

La plupart des « partages sécurisés » reposent discrètement sur une entreprise que vous n'avez jamais rencontrée. Les données sont chiffrées, oui, mais un serveur intermédiaire détient une clé, ou pourrait la détenir, et le « nous ne pouvons pas lire vos données » repose sur une promesse plutôt que sur des mathématiques. Kinship Vault a été bâti sur le principe inverse : à divulgation nulle (zero-knowledge), aucun serveur capable de lire votre coffre. Ajouter le partage sans rompre cette promesse a demandé une cryptographie minutieuse. Voici comment tout s'articule, sans le jargon.

À retenir

  • Chaque appareil possède une paire de clés d'identité ; la moitié privée ne quitte jamais l'appareil.
  • Un coffre partagé possède une seule clé de contenu. Pour y laisser entrer quelqu'un, cette clé est scellée pour sa clé publique, de sorte que seul son appareil peut l'ouvrir.
  • Tout ce qui est stocké dans le cloud est du texte chiffré. L'iCloud d'Apple n'est qu'un relais chiffré ; il n'y a aucun serveur Kinship du tout.
  • La liste des membres est signée par le propriétaire et épinglée lors de la première acceptation, de sorte que personne ne peut s'ajouter discrètement ni remplacer les clés.
  • Retirer un membre fait tourner la clé de contenu, de sorte qu'il ne peut rien lire de ce qui est écrit après son départ.

Les personnages : trois clés

Seules trois idées font tout le gros du travail.

CléCe que c'estOù elle vit
Clé d'identitéUne paire de clés par appareil (une moitié publique à partager, une moitié privée à garder). Voyez la moitié publique comme un cadenas que n'importe qui peut refermer, et la moitié privée comme la seule clé qui l'ouvre.Moitié privée dans le trousseau de l'appareil, ce seul appareil, jamais téléversée
Clé de contenuLa clé unique qui chiffre réellement les identifiants, notes et documents du coffre.Jamais stockée dans le cloud ; uniquement stockée scellée pour un membre
Clé de signatureLa clé du propriétaire pour signer « voici qui se trouve dans ce coffre », afin que les membres puissent vérifier qu'il s'agissait bien du propriétaire.Moitié privée sur le seul appareil du propriétaire

Laisser entrer quelqu'un, étape par étape

Lorsque vous invitez une personne et lui accordez l'accès, voici ce qui se passe réellement.

Son appareil montre son cadenas.

L'appareil de l'invité propose sa clé d'identité publique, le cadenas. Sa clé privée reste en place.

La clé de contenu est scellée pour ce cadenas.

Votre appareil scelle une copie de la clé de contenu du coffre pour la clé publique de l'invité. En coulisses, il s'agit d'ECIES : une clé unique fraîche est générée pour ce scellement, combinée à sa clé publique via une poignée de main ECDH et HKDF pour dériver une clé d'enveloppement, et la clé de contenu est chiffrée avec AES-256-GCM. Chaque scellement est lié à ce destinataire précis et à cette clé unique, de sorte qu'une copie scellée ne peut pas être redirigée vers quelqu'un d'autre.

La copie scellée part vers le cloud.

Le résultat est stocké dans un petit « trousseau de clés » que les appareils des membres peuvent récupérer. Il est inutile à quiconque ne possède pas la clé privée correspondante, y compris Apple et y compris nous.

Son appareil l'ouvre, une seule fois.

L'appareil de l'invité utilise sa clé d'identité privée pour desceller la clé de contenu, puis conserve cette clé scellée localement pour son propre matériel, de sorte qu'à partir de là le coffre partagé se déverrouille avec son Face ID comme n'importe quel autre coffre.

La clé de contenu transite par le cloud comme une boîte verrouillée transite par la poste. Le coursier la transporte ; le coursier ne peut pas l'ouvrir.

Pourquoi le cloud ne voit jamais vos données

Chaque enregistrement que le coffre partagé synchronise, chaque mot de passe, note et document, est chiffré avec la clé de contenu avant de quitter l'appareil. Ce qui arrive dans l'iCloud d'Apple est une enveloppe opaque de texte chiffré assortie de quelques clés publiques. Il n'y a aucun serveur Kinship Vault sur le chemin ; iCloud est utilisé purement comme un relais chiffré et passif pour déplacer les enveloppes entre les membres. Un coup d'œil aux enregistrements stockés ne montre aucun mot de passe, aucune note ni aucun titre lisible, seulement du texte chiffré.

Pourquoi un relais tout court ? Deux téléphones ne peuvent pas s'atteindre directement de façon fiable, il faut donc que quelque chose conserve les enveloppes chiffrées jusqu'à ce que chaque appareil se synchronise. Utiliser iCloud pour cela signifie aucun nouveau serveur à qui faire confiance, car le relais ne voit jamais que du texte chiffré ; la sécurité ne dépend pas de la confiance qu'on lui accorde.

Contrer les attaques sournoises

Le chiffrement de bout en bout des contenus est nécessaire mais pas suffisant. Deux questions plus subtiles comptent : quelqu'un pourrait-il altérer la liste des membres, et une personne retirée pourrait-elle continuer à lire ?

Une liste de membres signée et épinglée

Le trousseau de clés et l'appartenance sont signés par la clé de signature du propriétaire. Lorsque vous acceptez une invitation, votre appareil épingle la clé de signature du propriétaire lors de la première utilisation, et chaque mise à jour ultérieure est vérifiée par rapport à cette clé épinglée. Si quelqu'un remplaçait le trousseau de clés ou tentait de s'ajouter, la signature ne correspondrait pas à la clé du propriétaire épinglée, et votre appareil la refuserait. Les changements d'appartenance sont également réservés au propriétaire : un non-propriétaire ne peut pas produire une signature que les autres accepteront, si bien que sa tentative est rejetée sur les appareils de tout le monde.

Une révocation qui révoque vraiment

Lorsque le propriétaire retire quelqu'un, la clé de contenu du coffre fait l'objet d'une rotation : une nouvelle clé de contenu est générée, re-scellée uniquement pour les membres restants, et la version du coffre est incrémentée. Les nouveaux enregistrements utilisent la nouvelle clé. La personne retirée ne la reçoit jamais, de sorte que même si elle conservait d'une manière ou d'une autre l'accès au cloud, tout ce qui est écrit après son retrait lui est illisible.

La seule chose qu'aucun système ne peut défaire. La rotation verrouille un ancien membre hors des contenus futurs, mais elle ne peut pas effacer un mot de passe qu'il a déjà lu et retenu. C'est une limite humaine, pas logicielle, alors après avoir retiré quelqu'un, faites tourner tout mot de passe critique qu'il connaissait. Le générateur ne demande que quelques touches.

La même promesse, étendue

Rien ici n'affaiblit le cœur de Kinship Vault : local d'abord, chiffrement sur l'appareil, aucun serveur capable de lire votre coffre. Le partage apprend simplement à ce modèle comment inclure d'autres personnes, en scellant des clés pour elles plutôt qu'en confiant des secrets à une entreprise. Pour le côté pratique, commencez par l'annonce des coffres partagés ; pour les fondations, voyez le chiffrement sur l'appareil expliqué et ce qu'est la Secure Enclave.

Une cryptographie que vous pouvez expliquer à votre famille.

Partagez un coffre chiffré de bout en bout, avec des clés scellées pour chaque personne et une révocation qui révoque vraiment. Aucun serveur, le nôtre ou celui de qui que ce soit, ne peut le lire. Sur iPhone, iPad et Mac.

Découvrir Kinship Vault