Chiffrement légal : ce qui l'encadre

Il est rare qu'un État interdise le fait de chiffrer un fichier. Il encadre plutôt la circulation des logiciels, l'obligation de remettre un texte lisible et la durée pendant laquelle des documents doivent rester lisibles. Ces trois leviers portent l'essentiel de la pratique, et ils s'appliquent différemment selon la juridiction.

Conséquence concrète : une personne qui chiffre un document personnel fait face à une situation. Une entreprise qui livre des produits au-delà des frontières, ou un cabinet qui répond à une ordonnance d'un tribunal, en affronte une autre.

L'arrangement de Wassenaar coordonne les contrôles à l'export de biens à double usage entre de nombreux États participants, et les produits de chiffrement figurent sur ces listes, avec des exceptions pour les logiciels grand public et librement disponibles. D'autres régimes régionaux comparables existent, aussi la réponse honnête sur une livraison précise reste : cela dépend du droit applicable, et un avocat doit le vérifier avant l'expédition.

Certains pays restreignent aussi l'importation ou exigent un enregistrement des produits de chiffrement. Les acheteurs réglementés demandent donc souvent des documents de classification plutôt que des assurances. Notez la limite : TLS 1.3 (RFC 8446) est une infrastructure ordinaire, mais son classement reste une tâche administrative sur certains marchés.

Les personnes qui rencontrent un problème avec le chiffrement sont rarement poursuivies par un État : elles se heurtent à leur employeur, à leur université ou aux règles d'une plateforme. Les politiques d'appareils gérés interdisent souvent tout chiffrement non approuvé, car une équipe de sécurité qui ne voit pas le trafic ne peut pas enquêter sur un incident.

Le dépôt de clés rend la chose explicite : une clé de récupération est conservée par une administration ou par un tiers afin de retrouver les données au départ d'un salarié ou lors d'une saisie. Si cette administration fait partie de votre modèle de menace, le dépôt est la mauvaise architecture pour les données à protéger. Posez la question tôt, car on n'ajoute pas un dépôt de clés après coup à une architecture zéro connaissance.

Les tribunaux tranchent les litiges sur des preuves, et dans de nombreuses procédures civiles les parties doivent conserver les documents pertinents dès qu'un procès est raisonnablement envisageable. Le chiffrement ne crée aucune exemption. Si vous retenez des pièces demandées, un juge peut prononcer des sanctions ; si vous ne pouvez réellement pas déchiffrer ce que vous avez conservé, vous devez pouvoir l'expliquer de manière convaincante.

C'est le point de friction qui surprend les équipes techniques. Un hébergeur qui ne stocke que du chiffré remet ce qu'il possède, un bloc illisible, tandis que la clé reste chez le titulaire du compte. Si la clé est perdue, personne ne peut reconstituer les documents, et aucune injonction ne change ce fait. Le jugement est net : pour les documents que vous pourriez devoir produire, prévoyez comment les déchiffrer et les trier, ou ne les chiffrez pas du tout.

Une approche praticable classe les documents par finalité, fixe une date d'expiration pour chaque catégorie et fait tourner les clés, de sorte que détruire une clé rend tout un ensemble de données chiffrées pratiquement illisible.

La primitive derrière cette conception est publique et testable. Ouvrez la console de développement sur une page servie en HTTPS et exécutez crypto.subtle.deriveKey avec votre phrase secrète et un sel aléatoire. Cet appel dérive une clé AES-GCM de 256 bits, la primitive décrite dans la norme NIST SP 800-38D. Il ne renvoie pas la décision juridique sur la durée de conservation autorisée.