Le cycle de vie cryptographique complet

Lorsque vous appuyez sur Chiffrer, le navigateur tire une nouvelle clé de contenu de 256 bits du CSPRNG de WebCrypto et chiffre vos données avec AES-256-GCM. GCM est un mode authentifié : chaque bloc porte une étiquette de 128 bits, si bien que toute altération ultérieure est détectée au lieu d’être déchiffrée en silence.

Le texte et les fichiers sont traités de la même façon : tous deux deviennent un bloc binaire opaque, complété jusqu’à une taille standard pour qu’un mot de passe court et un petit fichier se ressemblent. Le texte en clair ne passe jamais sur le réseau et ne quitte jamais la mémoire de l’onglet.

Votre lien transporte une graine aléatoire de 256 bits dans le fragment de l’URL, c’est-à-dire tout ce qui suit le #. Selon la spécification des URL, le navigateur retire le fragment, qui n’est jamais inclus dans la requête envoyée à nos serveurs. À partir de cette graine, le navigateur dérive, avec HKDF, une valeur de recherche pour retrouver le secret et la clé qui déchiffre la clé de contenu. Le serveur ne voit jamais qu’une empreinte de la valeur de recherche.

Le navigateur du destinataire lit la graine dans le fragment et effectue la même dérivation localement. C’est ce que « divulgation nulle de connaissance » signifie ici : posséder les données chiffrées seules ne sert à rien sans le lien.

Si vous définissez une phrase de passe, elle est renforcée par Argon2id, une fonction de dérivation de clé à mémoire intensive, puis combinée à la graine pour former la clé qui chiffre la clé de contenu. La phrase de passe elle-même n’est jamais transmise ni stockée ; seuls vous et le destinataire la connaissez. Les essais erronés sont refaits dans le navigateur du destinataire, sur des données qu’il détient déjà : le serveur ne peut donc pas les compter.

L’usage intensif de la mémoire rend coûteuses les tentatives hors ligne à grande échelle, même sur GPU et ASIC. Transmettez la phrase de passe par un autre canal que le lien, et les deux facteurs ne se trouvent jamais au même endroit. Le module Argon2 est téléchargé à chaque création et à chaque affichage, de sorte que le réseau ne peut pas savoir quels secrets en utilisent une.

Le bloc est envoyé via TLS et stocké au repos sous forme chiffrée, à côté d’identifiants hachés, de sa durée de vie et d’une heure d’expiration arrondie. Nous ne conservons délibérément aucune identité d’expéditeur, aucun destinataire, aucun journal d’IP, aucune date de création ni aucun historique d’accès. Il n’existe pas de système de comptes qui permettrait de relier un secret à une personne. La limitation de débit repose sur un HMAC de l’adresse avec un sel qui change régulièrement, si bien que rien de ce qui précède une rotation ne peut être relié à ce qui la suit.

Comme l’objet stocké n’a aucun sens sans la graine contenue dans le fragment, une compromission du serveur ou une réquisition judiciaire ne livre que des octets opaques et des empreintes dont on ne peut rien tirer.

Rien n’est récupéré au chargement de la page d’affichage : la requête ne part qu’après un vrai clic ou une vraie pression de touche, pour que les scanners de liens et les aperçus de chat ne puissent pas consommer un secret. Pour un secret à usage unique, le serveur réclame la ligne en une seule mise à jour conditionnelle (une seule requête l’emporte) et le secret est considéré comme consommé dès cet instant. Le même navigateur peut retélécharger pendant 15 minutes si la connexion est coupée ; personne d’autre ne le peut, et une réclamation non confirmée est détruite, jamais annulée. Les secrets à durée limitée sont simplement lus jusqu’à leur expiration.

Chaque secret dispose aussi d’un lien de destruction privé. L’ouvrir ne détruit rien à lui seul ; confirmer efface les données chiffrées immédiatement, avant que le moindre destinataire puisse les lire.