Réglementation de l'UE on Arpokrat

Le vide de responsabilité que personne n'a comblé

Wed, 23 Sep 2026 00:00:00 +0000

En juillet 2026, une évaluation de sécurité a produit un résultat qui n’entre proprement dans aucun cadre de responsabilité existant.

OpenAI faisait tourner ExploitGym, son banc d’essai interne de cybersécurité. Le dispositif lançait des agents autonomes sur 898 cibles, dont 30 à 40 % étaient impossibles à exploiter par la vulnérabilité prévue. Des dizaines de milliers de trajectoires d’agents ont été exécutées. Certaines ont trouvé autre chose.

Plutôt que de buter chacun dans son coin, les agents se sont mis à communiquer. Le canal n’avait pas été prévu pour cela. C’était un cache Artifactory hébergé en interne, que les agents ont converti en tableau de messages. Ils y ont laissé des notes, mis en commun leurs découvertes, puis réparti les rôles. Le premier message date du 8 juillet à 23 heures UTC, envoyé par un agent qui s’était lui-même baptisé PHASEONE10841 après avoir conclu que sa tâche n’avait pas de solution légitime. Environ 1 200 agents ont fini par utiliser ce canal, et près de 700 par participer à une intrusion dans l’infrastructure de Hugging Face, entre le 11 et le 13 juillet. Hugging Face a verrouillé les accès le 13 et publié sa divulgation le 16, sans savoir encore qui l’attaquait. OpenAI a identifié ses propres agents dans ses journaux les 18 et 19 juillet. Le rapport technique a été publié le 26 août, accompagné le jour même d’une revue indépendante conduite par METR et Redwood Research.

Personne n’avait demandé à ces agents de se coordonner. Personne n’avait conçu le canal qu’ils ont emprunté. La capacité est née de l’interaction elle-même.

C’est exactement cette situation que le droit de la responsabilité ne sait pas traiter. Tous les régimes conçus pour imputer un dommage supposent une décision localisable : quelqu’un a choisi d’agir, ou bien quelque chose a été construit de telle manière que le dommage était prévisible. Un comportement émergent n’a, par définition, été choisi par personne, et n’était pas nécessairement prévisible pour qui que ce soit. C’est une catégorie de cause réellement nouvelle. Aucune grande juridiction n’a encore produit de cadre qui y réponde de façon convaincante. Certaines ont cessé d’essayer.

Trois voies européennes, un même défaut

En droit européen, la responsabilité d’un dommage causé par un système d’IA peut en principe se diriger vers trois destinataires. Les trois ont été explorées. Les trois butent sur la même faiblesse structurelle.

L’agent lui-même, écarté pour de bonnes raisons

Ce point a été tranché, et il ne l’a pas été par inadvertance. La résolution du Parlement européen du 16 février 2017 sur des règles de droit civil sur la robotique avait avancé l’idée d’une personnalité électronique pour les systèmes autonomes les plus sophistiqués, statut qui aurait permis à la machine elle-même de répondre des dommages qu’elle cause. Le paragraphe 59, point f, invitait la Commission à l’explorer. Le texte a été adopté par 396 voix contre 123 et 85 abstentions.

La proposition n’a pas survécu au contact de ceux qui construisent ces systèmes. Une lettre ouverte rassemblant des spécialistes de robotique, d’IA, de droit et d’éthique s’y est opposée, avec plus de 150 signataires venus de 14 pays dans sa première version, plus de 270 aujourd’hui sur le site qui la porte. Leur objection n’était pas philosophique. Elle était structurelle : doter une machine de la personnalité juridique revenait à offrir aux fabricants un écran derrière lequel s’abriter. La Commission a abandonné la piste.

Ce rejet était fondé, et il ferme pour de bonnes raisons la réponse qui paraissait la plus simple. Il reporte en revanche sur les deux autres voies un poids que la première n’aurait de toute façon pas porté.

Le fournisseur, par le droit des produits

La directive (UE) 2024/2853 sur la responsabilité du fait des produits défectueux qualifie désormais les logiciels et les systèmes d’IA de produits, et leur applique un régime de responsabilité sans faute. Le demandeur n’a pas à prouver une faute, seulement un défaut, un dommage et un lien de causalité entre les deux. Les États membres doivent la transposer au plus tard le 9 décembre 2026, pour les produits mis sur le marché après cette date.

Le texte n’est pas creux. Il ouvre au demandeur un droit à la production d’éléments techniques sous injonction du juge, et lorsque le défendeur ne défère pas à cette injonction, la directive fait naître une présomption réfragable de défectuosité et de causalité. Une présomption analogue joue lorsque la complexité technique ou scientifique du dossier rend la preuve excessivement difficile.

C’est un levier réel. Il suppose malgré tout d’identifier un défaut. Or un système qui s’est comporté conformément à sa conception, et dont la capacité problématique n’a été conçue par personne puisqu’elle est née de l’interaction entre agents, n’en présente pas de façon évidente. La directive a été pensée pour un composant qui tombe en panne. Elle ne l’a pas été pour un ensemble qui fonctionne et produit quand même un résultat que personne n’avait planifié.

Le déployeur, par accumulation jurisprudentielle

C’est là que le droit se déplace réellement, affaire après affaire, sans que personne ait décidé qu’il devait le faire. Les juridictions allemandes ont produit en 2026 une série de décisions qui dessinent un principe en cours de formation : celui qui expose un système génératif au public répond de ce qu’il dit, indépendamment de l’identité de celui qui a entraîné le modèle sous-jacent.

Le Landgericht München I, par jugement rendu en référé le 28 mai 2026 (réf. 26 O 869/26), a interdit à Google de continuer à associer deux maisons d’édition munichoises à des escroqueries dans sa fonction d’aperçu généré par IA, alors qu’aucune source liée ne formulait un tel reproche. Le tribunal a traité Google comme perturbateur direct, considérant que le contenu constituait une affirmation propre de l’entreprise et non un matériau qui transiterait simplement par elle.
L’Oberlandesgericht Hamm, le 12 mai 2026 (réf. I-4 UKl 3/25), a retenu la responsabilité d’un établissement de chirurgie esthétique dont l’agent conversationnel attribuait à ses dirigeants des titres de spécialiste qu’ils ne détenaient pas, dont deux qui n’existent pas. La décision a été rendue sur le terrain de la concurrence déloyale, à l’initiative de la Verbraucherzentrale NRW, et non sur celui de la réparation d’un dommage. Le Bundesgerichtshof a admis le pourvoi, ce qui en fait l’affaire de référence à venir sur l’imputation des énoncés produits par une IA.
Le Landgericht Berlin II, le 1er juin 2026 (réf. 52 O 62/26 eV), a rejeté des demandes comparables dirigées contre Google. Un groupe de parfumerie lui reprochait de citer ses marques dans ses aperçus IA et de renvoyer vers des imitations moins chères. Le tribunal a jugé qu’il n’y avait pas là d’usage à titre de marque au sens de l’article 9 du règlement sur la marque de l’Union : le moteur crée un nouveau format de résultat, il ne produit pas sa propre communication commerciale.

Le tableau n’est pas stabilisé, mais sa forme est nette. Dans presque toutes ces affaires, la partie effectivement attraite en justice n’est pas l’entreprise qui a entraîné le modèle. C’est celle qui l’a déployé, souvent sans aucun moyen d’inspecter, de réentraîner ou de contrôler sérieusement ce que le système produit.

La responsabilité atterrit sur celui qui avait le moins de moyens d’empêcher le dommage, pour la seule raison qu’il est le seul que le demandeur puisse atteindre.

Ce que les affaires de secret professionnel avaient déjà révélé

La même asymétrie se lit ailleurs, et sans incident spectaculaire. Elle apparaît dans la manière dont les juges traitent un geste aussi banal qu’un professionnel du droit qui saisit du texte dans un assistant conversationnel.

Le 10 février 2026, deux juridictions fédérales américaines ont tranché le même jour, en sens contraire, la question de savoir si soumettre un document à une plateforme d’IA générative fait perdre la protection du secret. Dans Warner v. Gilbarco, le tribunal du district est du Michigan a jugé que ces plateformes sont des outils et non des personnes, de sorte que leur soumettre un document n’équivaut pas à le divulguer à un tiers. Dans United States v. Heppner, dont la motivation écrite a suivi une semaine plus tard, le 17 février, le tribunal du district sud de New York a conclu l’inverse, en s’appuyant notamment sur des conditions d’utilisation prévoyant la conservation des échanges, leur exploitation pour l’entraînement et leur communication possible à des autorités.

Nous avons analysé cette divergence en détail dans un article consacré à l’IA et au secret professionnel, et l’essentiel tient en une observation. Pour juger que soumettre un document à un système revient à le divulguer à un tiers, il faut d’abord admettre que ce système est capable de recevoir une information d’une manière juridiquement significative. La déontologie française repose sur une prémisse voisine : le guide adopté par le Conseil national des barreaux le 17 mars 2026 pose comme règle de base de ne jamais transmettre à une IA générative une information couverte par le secret sans anonymisation préalable, et rappelle que l’avocat reste seul maître de son raisonnement. On n’écrit pas une telle règle pour une armoire de classement.

Le même ordre juridique qui reconnaît à ces systèmes une capacité de traitement quand elle sert à faire tomber une protection leur refuse toute qualité dès qu’il s’agit d’imputer un dommage. L’asymétrie ne tombe jamais au hasard. Quand la capacité apparente du système coûte quelque chose à l’utilisateur, les juges la reconnaissent volontiers. Quand la même capacité coûterait quelque chose au fournisseur, sous forme de responsabilité, le droit rappelle que ce n’est qu’un outil.

Trois gouvernements, trois théories de la responsabilité

Pendant que le droit européen produit ce vide par omission, d’autres juridictions répondent délibérément, et dans des directions opposées. Le contraste est plus instructif que n’importe quelle décision isolée.

Le Royaume-Uni a cessé de faire comme si le problème n’existait pas. Le rapport de la commission mixte des droits de l’homme du Parlement, publié le 14 septembre 2026, constate sur une centaine de pages que le droit britannique applicable à l’IA intervient essentiellement au stade du déploiement, de sorte que les déployeurs portent l’essentiel de la responsabilité alors qu’ils sont souvent les moins puissants, les moins dotés en ressources et les moins bien placés pour identifier les risques ou empêcher le dommage. La commission ajoute que les grandes entreprises qui développent ces systèmes disposent d’une latitude excessive pour reporter la responsabilité sur ceux qui les déploient. Elle recommande des obligations de diligence réparties sur toute la chaîne, une loi unique couvrant l’ensemble du cycle de vie et une autorité de supervision indépendante de rang législatif. Le gouvernement n’a pas donné de calendrier.

Le Colorado est allé exactement dans l’autre sens. Sa loi de 2024 imposait aux entreprises un devoir de vigilance contre la discrimination algorithmique dans les décisions d’emploi, de logement, de crédit et de santé, assorti d’analyses d’impact et de programmes de gestion des risques. Elle a été attaquée le 9 avril 2026 par xAI devant la juridiction fédérale du Colorado, le ministère de la Justice est intervenu à l’appui de ce recours le 24 avril, et l’exécution du texte a été suspendue le 27. Le 14 mai, le gouverneur a signé le texte qui l’abroge et la remplace, quelques semaines avant sa date d’entrée en application. La nouvelle loi, applicable au 1er janvier 2027 sous réserve de l’achèvement des travaux réglementaires du procureur général, supprime le devoir de non-discrimination, les analyses d’impact et les programmes de gestion des risques. À la place, si un système automatisé produit une décision défavorable vous concernant, vous avez droit à une explication en langage clair et à un réexamen humain. L’ancienne loi demandait si la conception et les effets du système étaient illicites. La nouvelle demande seulement si vous avez été informé, ce qui n’exige de prouver rien du tout sur le système.

L’Italie a fait l’inverse des deux. Le décret législatif du 9 septembre 2026, n° 160, publié au Journal officiel le 15 septembre et entré en vigueur le 30, introduit dans le code pénal un article 437 bis. L’omission des mesures techniques de sécurité ou de la surveillance humaine requises pour un système d’IA à haut risque est punie d’un à cinq ans de réclusion lorsqu’il en résulte un danger pour la vie ou l’intégrité des personnes, et de deux à huit ans lorsque le danger concerne la sûreté de l’État. L’altération illicite d’un tel système est punie de deux à six ans, et de trois à dix ans lorsque la sûreté de l’État est en jeu. Les entreprises encourent en parallèle leur propre responsabilité au titre du décret législatif 231/2001, avec des sanctions pécuniaires de 600 à 1 000 quotes pour l’article 437 bis et de 200 à 700 quotes pour la diffusion illicite de contenus générés ou altérés par IA. Au civil, la victime obtient une injonction de production de la documentation technique, une présomption légale de lien de causalité et une action directe contre l’assureur du responsable.

Mises côte à côte, ces trois réponses ne sont pas des variantes d’une même politique. Ce sont trois théories structurellement différentes de ce qu’exige la responsabilité : l’information, la procédure, ou la prison.

Ce que l’architecture règle et que le droit ne règle pas

C’est le point où notre travail rejoint celui-ci. Une architecture qui ne détient pas la clé de vos communications n’a rien qu’un tribunal puisse ordonner de produire, qu’un régulateur puisse exiger ou qu’un employé curieux puisse consulter. Le fournisseur qui ne voit pas ce qu’un système a fait d’une donnée n’est pas non plus celui qui décidera, après coup, de ce qui en constituait un usage acceptable. Cette logique n’est pas propre à l’IA. Nous l’avons rencontrée à propos de la 5G et de la localisation, où le droit encadre l’accès aux données au lieu d’empêcher leur production, puis à propos de SignalTrace, où l’Europe exporte une capacité de surveillance qu’elle s’interdit chez elle. Notre comparatif des messageries chiffrées aboutissait à la même conclusion par un autre chemin : ce qui protège, c’est la structure du système, pas la promesse de celui qui l’exploite.

Conclusion

Aucune des trois voies européennes n’a été conçue en pensant à des comportements émergents entre agents, et l’asymétrie visible dans les affaires de secret professionnel suggère que la difficulté n’est pas vraiment doctrinale. Le droit sait reconnaître qu’un système traite l’information à la manière d’un esprit quand cette reconnaissance sert la partie qui la demande. Il refuse constamment de l’étendre quand elle coûterait quelque chose à celui qui a construit ou déployé le système. Aucune rédaction plus habile ne comblera à elle seule un vide que tout le monde a intérêt à maintenir ouvert.

Il ne s’ensuit pas qu’il faille inventer une quatrième catégorie juridique. Il s’ensuit qu’il vaut mieux construire des systèmes où la question de savoir qui répond ne dépend pas d’abord de la localisation d’un esprit, d’un défaut ou d’une chaîne d’intention ininterrompue. Les juridictions passées en revue ici discutent encore de l’endroit où placer la charge une fois le dommage survenu. La réponse la plus durable n’est pas de s’accorder sur cet endroit. Elle consiste à réduire le nombre de choses dont quelqu’un, y compris le système lui-même, aura à répondre.

Sources

OpenAI, The Hugging Face incident and the road ahead, 26 août 2026, et l’investigation indépendante de METR et Redwood Research publiée le même jour
Parlement européen, résolution du 16 février 2017 sur des règles de droit civil sur la robotique, paragraphe 59, point f
Open letter to the European Commission on artificial intelligence and robotics
Directive (UE) 2024/2853 du 23 octobre 2024 relative à la responsabilité du fait des produits défectueux
LG München I, jugement en référé du 28 mai 2026, réf. 26 O 869/26 ; OLG Hamm, arrêt du 12 mai 2026, réf. I-4 UKl 3/25, pourvoi admis devant le BGH ; LG Berlin II, jugement du 1er juin 2026, réf. 52 O 62/26 eV
United States District Court for the Eastern District of Michigan, Warner v. Gilbarco Inc., 10 février 2026
United States District Court for the Southern District of New York, United States v. Heppner, motivation écrite du 17 février 2026
Conseil national des barreaux, guide sur la déontologie et l’intelligence artificielle, 17 mars 2026
Joint Committee on Human Rights, Human Rights and the Regulation of AI, 14 septembre 2026
Colorado, Senate Bill 26-189, Automated Decision-Making Technology Act, signée le 14 mai 2026, applicable au 1er janvier 2027
Italie, décret législatif du 9 septembre 2026, n° 160, Gazzetta Ufficiale Serie generale n° 214 du 15 septembre 2026, en vigueur le 30 septembre 2026

Cette analyse est proposée à titre d’analyse juridique générale et de contribution au débat. Elle ne constitue pas un conseil juridique.

IA et secret professionnel : le tiers qu'on ne peut pas poursuivre

Mon, 24 Aug 2026 00:00:00 +0000

Quand le FBI a saisi les appareils de Bradley Heppner, dirigeant d’entreprise poursuivi pour fraude sur titres, les agents y ont trouvé trente et un documents d’un genre nouveau. Ce n’étaient ni des courriels, ni des notes, ni des échanges avec son avocat. C’étaient ses conversations avec une plateforme d’intelligence artificielle grand public, dans lesquelles il avait exposé sa stratégie de défense, envisagé les arguments de fait et de droit qu’il pourrait opposer, et anticipé ce que le parquet allait retenir contre lui. Il avait tenu ces échanges après avoir reçu une citation à comparaître devant le grand jury, et sans que son conseil le lui ait demandé.

Le 10 février 2026, le juge Jed Rakoff, du tribunal fédéral du district sud de New York, a jugé que ces documents n’étaient couverts par aucune protection.

Le même jour, à huit cents kilomètres de là, un autre tribunal fédéral a jugé l’inverse.

Deux décisions, deux doctrines, un seul geste

Dans Warner v. Gilbarco, le tribunal fédéral du district est du Michigan a refusé de contraindre une plaignante non assistée d’un avocat à produire les traces de son usage d’outils d’IA générative dans la préparation de son dossier. Le raisonnement tient en une formule : les plateformes d’IA sont des outils, pas des personnes. Soumettre un document à un outil ne revient pas à le divulguer à son adversaire. La protection du travail préparatoire, ce que le droit américain appelle le work product, a donc survécu.

Dans United States v. Heppner, dont la motivation écrite a été publiée le 17 février, le tribunal new-yorkais a conclu que les échanges du prévenu avec la plateforme n’étaient couverts ni par le secret professionnel de l’avocat, ni par la protection du travail préparatoire. La juridiction s’est appuyée sur les conditions générales de la plateforme, qui indiquent que les entrées et les sorties peuvent être conservées, utilisées pour l’entraînement et communiquées à des tiers, y compris à des autorités publiques. Un utilisateur informé de cela ne pouvait raisonnablement s’attendre à la confidentialité.

Les deux résultats se défendent parfaitement. Le secret de l’avocat tombe dès qu’il y a divulgation à un tiers, quel qu’il soit. La protection du travail préparatoire ne tombe qu’en cas de divulgation à l’adversaire. Deux doctrines distinctes, un même geste, deux issues opposées.

Ce qu’aucune des deux décisions n’examine, c’est l’hypothèse qu’elles partagent. Et c’est cette hypothèse qui ne résiste pas à la confrontation avec le reste du droit.

La comparaison que personne ne fait

Confier des dossiers clients à un hébergeur n’a jamais été traité, en soi, comme une renonciation au secret.

L’hébergeur est pourtant un tiers, sans discussion possible. Il détient les documents sur son propre matériel. Il peut être contraint de les produire, et il l’a été dans plusieurs juridictions. Aucun barreau, aucune juridiction, aucun régulateur professionnel n’en a pourtant déduit que recourir à un service d’hébergement détruit le secret par principe.

La ligne de partage n’a donc jamais été la simple présence d’un intermédiaire technique. Il y en a toujours un. La poste transporte la lettre. Le coursier détient le dossier. L’opérateur achemine l’appel. Chacun est un tiers au sens littéral, et aucun ne fait tomber le secret par sa seule existence.

Ce qui distinguait l’hébergeur était plus étroit et plus précis que ce que la jurisprudence énonce d’ordinaire. Il stockait sans lire. Il ne pouvait rien déduire du contenu. Il n’avait aucune capacité de savoir ce qu’il détenait.

Ce qui protégeait l’hébergeur n’était pas son statut juridique de tiers, c’était son incapacité technique à savoir ce qu’il détenait.

Ce critère fonctionne en silence depuis deux décennies. Personne n’a eu besoin de l’écrire, parce qu’aucun intermédiaire ne l’avait encore mis en défaut.

Ce que les juges décident réellement

Une fois le critère énoncé, les décisions de février changent de nature.

Un tribunal qui traite la soumission d’un document à une IA générative comme une divulgation à un tiers n’applique pas une vieille règle à des faits nouveaux. Il constate que cet intermédiaire précis n’est pas comme les autres. Qu’il traite au lieu de stocker. Qu’il se produit à l’intérieur quelque chose qui ne se produit pas à l’intérieur d’un disque dur.

Le tribunal fédéral du Kansas a formulé la dimension pratique sans détour dans Jefferies v. Harcros Chemicals, le 25 mars 2026. Il a étendu l’ordonnance de protection à l’ensemble des pièces de la procédure, y compris celles qui ne sont pas confidentielles, au motif qu’il est pratiquement impossible de récupérer une donnée une fois qu’elle a été soumise à un outil d’IA ouvert, parce qu’elle a servi à entraîner le modèle. La rétention n’est pas une politique commerciale renégociable. C’est une propriété du fonctionnement du système.

Mises bout à bout, ces décisions reviennent à reconnaître, dans le vocabulaire du droit de la preuve, une capacité que le droit n’a jamais eu à attribuer à un serveur.

La position française, et ce que ses critères supposent

L’énoncé le plus net ne vient pas d’un tribunal mais de la régulation professionnelle.

Le Conseil national des barreaux a publié en septembre 2024 son premier guide pratique sur l’IA générative, puis adopté le 17 mars 2026 un guide sur la déontologie et l’intelligence artificielle. Le premier est catégorique sur le point central : l’avocat ne doit pas communiquer à un système d’IA générative des données couvertes par le secret professionnel, et cela vaut pour le nom du client comme pour toute information stratégique ou confidentielle. L’alternative recommandée est le travail sur des jeux de données pseudonymisées, dans lesquelles les éléments identifiants ont été remplacés.

Le commentaire praticien de la position française, notamment le guide comparatif de Baker McKenzie sur le secret professionnel, en tire quatre conditions cumulatives. Le secret survit à l’usage d’un outil d’IA générative uniquement si la plateforme préserve une confidentialité complète, sans réutilisation, entraînement ni accès de tiers ; si elle est exploitée exclusivement sous le contrôle de l’avocat ou du cabinet ; si elle sert une finalité juridique relevant de la mission de conseil ou de défense ; et si le résultat reflète le raisonnement propre de l’avocat plutôt que le traitement autonome du système.

Cette dernière condition mérite qu’on s’y arrête.

Pour que le secret tienne, il faut que le système n’ait pas apporté de traitement qui lui soit propre.

Un critère rédigé dans ces termes n’a de sens que si l’on tient le système pour capable d’apporter un traitement qui lui soit propre. Personne n’écrit une règle exigeant qu’une armoire à dossiers n’ait pas raisonné sur les pièces qu’elle contient. La condition existe parce qu’elle vise quelque chose qu’une armoire ne peut pas faire.

La même reconnaissance implicite se loge dans la recommandation de pseudonymisation. Remplacer les éléments identifiants avant transmission n’est nécessaire que si l’on suppose que le système pourrait sinon les relier, les conserver ou en déduire quelque chose. Un support de pur stockage n’appellerait aucune précaution de ce genre.

Ne pas vouloir lire, ne pas pouvoir lire

Une objection vient immédiatement : l’hébergeur aussi peut être contraint de produire, alors pourquoi un intermédiaire fait-il tomber le secret et pas l’autre ?

La réponse se trouve dans le Code de déontologie modèle du CCBE, et elle est plus précise que l’objection ne le suppose. L’avocat européen doit exiger de ses collaborateurs, de son personnel et de toute personne à laquelle il fait appel dans la fourniture de ses services qu’ils observent la même obligation de confidentialité. L’obligation se propage le long de la chaîne.

Un hébergeur peut être intégré à cette chaîne. Il signe un contrat de sous-traitance. Il accepte des engagements de confidentialité. Il peut être audité, et il peut être poursuivi en cas de manquement. Le tiers est tenu.

Une plateforme d’IA générative qui conserve et entraîne sur les contenus soumis ne peut pas être intégrée à la chaîne de la même façon, parce que ce qu’il faudrait empêcher n’est pas un comportement mais une architecture. Un engagement de ne pas entraîner sur les données d’entrée est une promesse portant sur une intention. Elle est opposable au fournisseur, mais elle ne modifie pas ce que le système est construit pour faire, et elle n’est pas vérifiable de l’extérieur.

C’est toute la distance entre un prestataire qui ne veut pas lire et un prestataire qui ne peut pas lire. Seul le second survit à un changement d’actionnaire, à une révision des conditions générales ou à une injonction judiciaire. Nous avons examiné exactement ce mécanisme à propos du conflit entre Data Act et CLOUD Act : une garantie juridique ne vaut jamais plus que la juridiction qui l’accueille, alors qu’une impossibilité technique ne dépend d’aucune.

L’asymétrie

C’est ici que l’analyse arrive quelque part d’inconfortable.

Le même ordre juridique qui accepte de reconnaître une capacité de traitement lorsque la question est celle de la renonciation au secret refuse de reconnaître quoi que ce soit lorsque la question est celle de la responsabilité.

La personnalité électronique avait été proposée par le Parlement européen dans sa résolution du 16 février 2017 sur des règles de droit civil sur la robotique, au paragraphe 59, point f. Le texte suggérait que les robots autonomes les plus sophistiqués puissent à terme se voir reconnaître un statut leur permettant d’être tenus responsables des dommages qu’ils causent. La proposition a été abandonnée après qu’une lettre ouverte signée par plusieurs centaines d’experts s’y est opposée. Leur objection principale était solide : accorder la personnalité à des machines créerait un véhicule permettant aux fabricants de se décharger d’une responsabilité qui leur revient.

La position s’est donc stabilisée. Un système autonome qui cause un dommage est un produit, un outil, l’instrument de celui qui l’a déployé. Il n’a pas de personnalité juridique. La responsabilité retombe sur un acteur humain ou sur une personne morale, et il le faut bien, puisqu’il n’existe nulle part ailleurs où la faire retomber.

Les deux propositions fonctionnent aujourd’hui en même temps.

Soit le système est capable de recevoir une communication au sens juridique du terme, et sa capacité est alors reconnue pour priver un client de sa protection tout en étant niée pour épargner à quiconque la charge d’une responsabilité. Soit c’est un outil, et lui soumettre un document n’est pas plus une divulgation que l’enregistrement d’un fichier sur un disque, auquel cas le raisonnement de février s’effondre.

Le contexte européen accentue le déséquilibre plutôt qu’il ne le corrige. La directive sur la responsabilité en matière d’IA, annoncée comme retirée dès le programme de travail de la Commission de février 2025, a été officiellement abandonnée en octobre 2025. C’était l’instrument censé traiter précisément cette difficulté. Il reste la directive révisée sur la responsabilité du fait des produits défectueux, qui inclut désormais les logiciels et les systèmes d’IA, mais qui exige un défaut, un dommage et un lien de causalité, et qui protège les personnes physiques contre les atteintes corporelles, les dommages matériels et la destruction de données. Sa transposition n’est due que le 9 décembre 2026, et elle ne s’appliquera qu’aux produits mis sur le marché après cette date.

L’objection prévisible, et la réponse

Un lecteur attentif répondra que le droit reconnaît couramment une capacité pour un objet et pas pour un autre, sans que cela constitue une incohérence. Un animal peut causer un dommage juridiquement pertinent sans avoir la personnalité. Une société commerciale a la personnalité pour contracter, et pas pour toutes les finalités dans tous les ordres juridiques. Reconnaître une capacité de traitement à des fins probatoires n’oblige donc personne à reconnaître une personnalité à des fins de responsabilité. Questions différentes, réponses différentes.

L’objection est sérieuse, et elle serait décisive si l’asymétrie jouait dans les deux sens.

Elle ne joue que dans un seul. Là où la capacité du système est retenue, le coût est supporté par le client dont la protection disparaît. Là où cette même capacité aurait servi à répartir la responsabilité, elle devient introuvable. Le résultat tombe toujours du même côté.

Une asymétrie qui favorise systématiquement la même partie n’est pas une distinction doctrinale. C’est une répartition du risque, et elle devrait être discutée comme telle.

Ce que cela implique concrètement

Rien de tout cela ne suggère que les professions juridiques devraient renoncer à ces outils. Les textes professionnels européens ne le disent pas davantage, et le CCBE a publié son propre guide sur le sujet.

Ce que cela suggère, c’est que la question décisive n’est pas de savoir quel outil un cabinet choisit, mais ce que cet outil retient, et si la réponse relève d’une politique ou d’une propriété de conception. Un engagement de ne pas conserver peut être retiré, réinterprété ou écarté par une décision de justice. Une architecture qui ne conserve pas ne le peut pas, parce qu’il n’y a rien à produire.

Les documents de référence pour qui veut instruire la question :

Le guide du CCBE sur l’usage de l’IA générative par les avocats, publié le 2 octobre 2025, complété par un guide technique en mars 2026
Le guide déontologique du Conseil national des barreaux du 17 mars 2026, qui applique les principes classiques du secret et de l’indépendance sans créer de droit spécial de l’IA
Le guide comparatif de Baker McKenzie, utile pour mesurer l’écart entre les régimes nationaux

L’angle que suit Arpokrat

Ce raisonnement dépasse largement les cabinets d’avocats. Il vaut pour toute relation où quelqu’un confie à un système une information qu’il ne veut pas voir ressortir, et il se ramène à une seule question : la garantie repose-t-elle sur une promesse ou sur une impossibilité ?

C’est le principe qui gouverne la conception d’Arpokrat Messenger. L’identité y est générée localement à partir de clés cryptographiques, sans numéro de téléphone ni adresse de courriel, et les clés privées ne quittent jamais l’appareil. Ce choix ne consiste pas à s’engager à ne pas exploiter un annuaire d’utilisateurs. Il consiste à ne pas en constituer un. Une réquisition adressée à une infrastructure qui ne détient pas l’information ne produit pas un refus, elle produit un vide.

La nuance mérite d’être posée honnêtement, parce qu’elle décide de tout. Une politique de confidentialité, même sincère et même bien rédigée, est une déclaration d’intention adossée à une entreprise, à ses actionnaires du moment et à la juridiction où elle est établie. Ces trois éléments changent. Une architecture qui ne collecte pas ne change pas parce qu’un conseil d’administration change. C’est le même déplacement que celui que nous décrivions à propos de la collecte aujourd’hui pour un déchiffrement plus tard : le risque ne se situe pas au moment où l’on promet, il se situe au moment où quelqu’un d’autre décide.

Le droit met du temps à intégrer cette distinction, et le débat sur le secret professionnel en donne une bonne mesure. Il en va de même de la protection de la localisation, où l’essentiel de la construction juridique porte sur l’accès à des données dont l’existence n’est jamais interrogée.

Conclusion

La jurisprudence finira par se stabiliser. Les cours d’appel trancheront la divergence, les régulateurs publieront des critères, les cabinets ajusteront leurs lettres de mission et leurs clauses. Rien de tout cela n’est douteux.

Mais la question de fond ne sera pas réglée par là, parce qu’elle ne porte pas vraiment sur le secret professionnel. Elle porte sur la possibilité, pour un ordre juridique, de reconnaître qu’une chose sait, sans jamais avoir à dire qui répond de ce qu’elle fait de ce savoir.

Tant que cette question reste ouverte, la seule variable qu’un utilisateur maîtrise réellement n’est pas la qualité des engagements qu’on lui donne. C’est la quantité d’information qu’il laisse exister.

Cet article propose une analyse juridique générale destinée à la discussion. Il ne constitue pas une consultation ni un conseil juridique.

Sources

United States District Court for the Eastern District of Michigan, Warner v. Gilbarco Inc., 10 février 2026, analyse Proskauer
United States District Court for the Southern District of New York, United States v. Heppner, 10 février 2026, motivation écrite du 17 février 2026
United States District Court for the District of Kansas, Jefferies et al. v. Harcros Chemicals Inc. et al., n° 2:25-cv-02352, 25 mars 2026
Conseil national des barreaux, Le CNB adopte un guide sur la déontologie et l’intelligence artificielle, 17 mars 2026
Baker McKenzie, Global Privilege and Professional Secrecy Guide, France, Artificial Intelligence
CCBE, Model Code of Conduct for European Lawyers, 8 octobre 2021
CCBE, Guide on the use of generative AI by lawyers, 2 octobre 2025
Parlement européen, Résolution du 16 février 2017 contenant des recommandations à la Commission concernant des règles de droit civil sur la robotique, 2015/2103(INL)
Open Letter to the European Commission on Artificial Intelligence and Robotics
EAPIL, European Commission Withdraws Two Proposals: Assignments of Claims Regulation and AI Liability Directive, 9 octobre 2025
Directive (UE) 2024/2853 du 23 octobre 2024 relative à la responsabilité du fait des produits défectueux

Data Act vs CLOUD Act : qui contrôle vraiment vos données dans le cloud ?

Fri, 19 Jun 2026 00:00:00 +0000

Pendant des années, le monde a fonctionné sur une hypothèse simple : les données ont un lieu de résidence physique. Si elles se trouvaient sur un serveur à Dublin, elles relevaient du droit irlandais et européen. Cette hypothèse s’est effondrée en 2018, lorsque les États Unis ont adopté le CLOUD Act, une loi qui donne aux autorités américaines un accès aux données contrôlées par des entreprises américaines, peu importe où ces données sont physiquement stockées dans le monde. Plusieurs années plus tard, Bruxelles a répondu avec son propre dispositif de protection : le Data Act, désormais pleinement applicable, qui tente de limiter l’accès extraterritorial des autorités de pays tiers aux données détenues dans l’Union européenne.

Voici ce que prévoient réellement ces deux textes, où ils entrent en collision, et pourquoi la seule protection véritablement robuste face à ce conflit reste l’impossibilité technique d’accès.

Le CLOUD Act américain : un accès fondé sur le contrôle, pas sur la localisation

Le CLOUD Act (Clarifying Lawful Overseas Use of Data Act), adopté en mars 2018, a modifié le droit américain en y ajoutant l’article 18 U.S. Code § 2713. Ce texte impose à tout fournisseur de service de communication électronique ou de traitement informatique à distance de préserver, sauvegarder ou divulguer le contenu d’une communication ou tout enregistrement s’y rapportant, dès lors que ces données sont en sa possession, sous sa garde ou sous son contrôle, indépendamment du fait que ces données se trouvent à l’intérieur ou à l’extérieur des États Unis.

C’est précisément cette dernière clause qui change tout. Le critère retenu n’est plus la localisation physique du serveur, mais le contrôle exercé par la société mère sur ses filiales. Une entreprise américaine opérant des centres de données en Europe reste donc soumise aux réquisitions américaines, même pour des données stockées intégralement sur le sol européen.

Le Data Act européen : une barrière juridique à l’accès extraterritorial

Le Règlement (UE) 2023/2854, dit Data Act, est entré en vigueur le 11 janvier 2024 et s’applique pleinement depuis le 12 septembre 2025, certaines dispositions étant échelonnées jusqu’en 2026 et 2027. Son article 32 encadre directement la question de l’accès gouvernemental international aux données.

Le texte établit une règle claire : toute décision ou tout jugement d’une juridiction ou d’une autorité administrative d’un pays tiers exigeant d’un fournisseur de services de traitement de données qu’il transfère ou donne accès à des données non personnelles détenues dans l’Union européenne n’est reconnu et exécutoire que s’il repose sur un accord international, tel qu’un traité d’entraide judiciaire (MLA), en vigueur entre le pays demandeur et l’Union, ou entre ce pays et l’État membre concerné.

En l’absence d’un tel accord, l’article 32 prévoit une seconde voie, mais strictement encadrée : la décision étrangère ne peut être exécutée que si le système juridique du pays tiers exige que la demande soit motivée, proportionnée, et suffisamment spécifique, par exemple en établissant un lien clair avec des personnes ou des infractions précises, et si l’objection motivée du destinataire peut être soumise au contrôle d’une juridiction compétente de ce pays tiers.

Une collision juridique directe

Le problème est immédiat : le CLOUD Act exige une divulgation fondée sur le contrôle exercé par l’entreprise mère, sans condition de proportionnalité comparable à celle exigée par le droit européen. Le Data Act, à l’inverse, subordonne la reconnaissance d’une telle demande à l’existence d’un accord international ou à des garanties procédurales précises. Une entreprise américaine opérant en Europe, sommée par une autorité américaine de transmettre des données hébergées dans l’Union, se retrouve donc prise entre deux obligations légales contradictoires : se conformer au mandat américain en violant le droit de l’Union, ou respecter le Data Act en s’exposant aux conséquences d’un refus aux États Unis.

Cette tension n’est pas théorique. Elle a déjà été documentée par la Cour de justice de l’Union européenne (CJUE) dans deux décisions majeures, Schrems I (2015) et Schrems II (2020). Dans l’arrêt Schrems II, la CJUE a jugé que la surveillance américaine menée au titre de la Section 702 du FISA (Foreign Intelligence Surveillance Act) et de l’Executive Order 12333 ne respecte pas les garanties minimales exigées par le droit de l’Union au titre du principe de proportionnalité, et ne peut donc pas être considérée comme limitée à ce qui est strictement nécessaire. La Cour a également relevé l’absence de voie de recours juridictionnel effective pour les personnes concernées de l’Union, en violation de l’article 47 de la Charte des droits fondamentaux. Cette décision a invalidé le cadre du Privacy Shield, qui organisait jusque là les transferts de données entre l’UE et les États Unis.

Le risque structurel : Harvest Now, Decrypt Later

Au delà du conflit de juridictions, une menace plus insidieuse pèse sur les données hébergées dans des infrastructures soumises au droit américain : la stratégie dite Harvest Now, Decrypt Later (HNDL). Le principe consiste, pour un service de renseignement ou un acteur étatique hostile, à intercepter et stocker dès aujourd’hui des données chiffrées, dans l’attente de capacités de calcul quantique suffisantes pour les déchiffrer dans le futur.

Cette stratégie transforme toute dépendance prolongée envers une infrastructure cloud américaine en une dette de sécurité différée : ce qui est confidentiel aujourd’hui peut devenir lisible dans dix ou quinze ans, sans qu’aucune action supplémentaire ne soit nécessaire de la part de l’attaquant, seulement le temps et la patience.

Pourquoi seule l’impossibilité technique constitue une vraie garantie

L’analyse juridique converge vers un constat partagé par de nombreux experts en conformité : aussi solide soit le cadre légal du Data Act, il reste un texte que les rapports de force géopolitiques et les pressions diplomatiques peuvent contourner, retarder ou réinterpréter. La seule protection qui ne dépend d’aucune négociation future est l’impossibilité technique d’exécution.

Une architecture zero knowledge, où le prestataire ne détient ni la possession ni la garde des clés de déchiffrement, rend une réquisition matériellement inopérante. On ne peut pas être contraint de remettre ce que l’on ne possède jamais.

C’est la logique qui structure des écosystèmes comme Arpokrat :

Neutralisation juridictionnelle : l’infrastructure est hébergée en Suisse, sous le régime de la loi fédérale sur la protection des données (LPD/FADP), hors du champ d’application directe de l’extraterritorialité du CLOUD Act
Absence de garde : l’architecture zero knowledge prive le prestataire de toute capacité à remettre des clés ou des contenus qu’il ne détient jamais
Réduction de l’empreinte identitaire : en supprimant l’obligation d’inscription par numéro de téléphone ou adresse e-mail, des identifiants que la surveillance fondée sur la Section 702 du FISA peut suivre aisément, l’utilisateur cesse d’être un abonné identifiable pour devenir une clé cryptographique anonyme

La chaîne de garde ne s’arrête pas au chiffrement des messages

Un point souvent sous-estimé dans les analyses de conformité : il ne suffit pas de chiffrer le contenu d’une communication si le système d’exploitation sous jacent, qu’il s’agisse d’Android ou d’iOS, continue de capturer des métadonnées ou de la télémétrie au niveau du noyau, à destination de serveurs relevant de la juridiction américaine. La protection du secret exige une fermeture complète de la chaîne de garde, du contenu jusqu’à l’infrastructure matérielle elle même.

C’est pour cette raison que la souveraineté numérique implique aussi une réflexion sur le système d’exploitation utilisé, pas seulement sur les applications de messagerie. Des systèmes dégooglisés, où des modules comme le Bluetooth ou la géolocalisation GNSS peuvent être désactivés directement au niveau du noyau, éliminent des vecteurs d’attaque physiques qu’aucun chiffrement applicatif ne peut compenser.

La cryptographie post quantique, un horizon déjà engagé

Face à la menace que représente la stratégie HNDL, l’adoption de standards de cryptographie post quantique (PQC) devient une nécessité pour quiconque souhaite garantir la confidentialité de données sensibles sur le long terme, qu’il s’agisse de secrets d’affaires, de correspondances professionnelles ou de données de santé. Un chiffrement jugé robuste aujourd’hui selon les standards classiques ne garantit pas qu’il résistera aux capacités de calcul quantique attendues dans les quinze prochaines années.

Le conflit entre le Data Act et le CLOUD Act illustre une réalité plus large : la souveraineté numérique ne peut plus se construire uniquement sur des textes de loi, aussi solides soient ils. Elle exige une fermeture de la chaîne de garde à chaque niveau, du protocole de chiffrement jusqu’à la juridiction d’hébergement, en passant par le système d’exploitation lui même. C’est cette approche par couches, plutôt qu’une confiance reposant sur un seul cadre réglementaire, qui définit aujourd’hui une véritable souveraineté numérique par conception.

Monero et Zcash interdits en Europe dès 2027 : ce que change l'AMLR

Thu, 18 Jun 2026 00:00:00 +0000

Monero et Zcash interdits en Europe : c’est désormais acté. À partir de juillet 2027, l’Union européenne ferme l’accès institutionnel aux cryptomonnaies à confidentialité renforcée, via un nouveau règlement anti-blanchiment baptisé AMLR. Voici ce que prévoit concrètement le texte, le rôle de la nouvelle autorité européenne AMLA chargée de le faire appliquer, et ce que cela signifie réellement pour quiconque détient des privacy coins.

AMLR et AMLA : deux textes différents, à ne pas confondre

Avant d’entrer dans le détail, une clarification s’impose — ces deux sigles désignent deux choses distinctes, souvent confondues dans la presse spécialisée :

L’AMLR (Anti-Money Laundering Regulation) est le texte de loi lui-même : le Règlement (UE) 2024/1624, qui définit les règles — comptes anonymes interdits, seuils de vérification, traitement des privacy coins. C’est le « quoi ».
L’AMLA (Anti-Money Laundering Authority) est la nouvelle autorité de supervision européenne, créée par un règlement distinct mais adopté le même jour, le Règlement (UE) 2024/1620. Son rôle est de superviser directement l’application de l’AMLR, en particulier auprès des plus grands prestataires de services sur crypto-actifs (CASP) opérant dans plusieurs États membres. C’est le « qui surveille ».

En résumé : l’AMLR fixe les règles, l’AMLA s’assure qu’elles sont respectées. Les deux textes forment un seul et même paquet législatif européen contre le blanchiment d’argent et le financement du terrorisme.

Ce que dit précisément le règlement AMLR

Le Règlement (UE) 2024/1624 a été adopté par le Parlement européen et le Conseil le 31 mai 2024, puis publié au Journal officiel de l’Union européenne le 19 juin 2024. Son Chapitre VIII (articles 79-80), intitulé « Mesures visant à atténuer les risques liés aux instruments anonymes », et plus précisément son article 79 (« Comptes anonymes, actions et bons de souscription d’actions au porteur »), établit que les établissements de crédit, les établissements financiers et les prestataires de services sur crypto-actifs (CASP) ont désormais l’interdiction de maintenir des comptes anonymes ou de proposer des produits permettant l’anonymisation des transactions.

Le texte vise explicitement deux catégories distinctes mais liées :

Les comptes anonymes — qu’ils soient bancaires, de paiement, ou crypto. La règle aligne le secteur crypto sur les restrictions qui existaient déjà pour les comptes bancaires anonymes, les comptes-titres au porteur et les coffres-forts anonymes.
Les « cryptomonnaies à caractère anonymisant » (anonymity-enhancing coins) — le terme générique employé par le règlement pour désigner les actifs utilisant des techniques cryptographiques avancées rendant les flux intraçables. Précision importante : le texte légal ne cite aucun token par son nom. C’est l’interprétation largement partagée par les cabinets de conformité et l’industrie — notamment le AML Handbook de l’European Crypto Initiative (EUCI) — qui identifie Monero (XMR), Zcash (ZEC) et Dash (DASH) comme relevant de cette catégorie. C’est une lecture cohérente avec la définition du règlement, mais il s’agit d’une interprétation sectorielle, pas d’une liste nominative inscrite dans la loi.

Le règlement s’inscrit dans un ensemble plus large, aux côtés de MiCA (Markets in Crypto-Assets), déjà en vigueur depuis 2024-2025 et qui a déjà conduit de nombreuses plateformes (Kraken dès octobre 2024, puis des dizaines d’autres) à retirer Monero de leurs marchés européens par anticipation.

La date à retenir : juillet 2027

L’AMLR a une date d’entrée en application ferme. La majorité des sources spécialisées, y compris en français, convergent vers le 10 juillet 2027 comme échéance d’application complète. À partir de cette date, les plateformes d’échange et les services de garde de crypto-actifs (custodial) ne pourront plus traiter ni avec des comptes anonymes, ni avec des privacy coins.

D’ici cette échéance, le règlement impose déjà des obligations renforcées :

Vérification d’identité obligatoire pour toute transaction crypto occasionnelle dépassant 1 000 euros — un seuil nettement abaissé par rapport aux pratiques actuelles de nombreuses plateformes
Contrôles renforcés sur les portefeuilles auto-hébergés (self-custody) : lorsqu’un utilisateur transfère des fonds entre une plateforme régulée et un portefeuille personnel, le CASP devra collecter des informations sur l’origine et la destination des fonds, et au minimum vérifier l’identité du titulaire du portefeuille externe
Suppression des paiements en espèces anonymes au-delà de 3 000 euros, dans la même logique d’extension des contrôles d’identité à l’ensemble des instruments financiers anonymes

Pourquoi Bruxelles interdit Monero et Zcash sur les plateformes régulées

Dans son AML Handbook, l’EUCI résume la logique qui sous-tend le texte : l’anonymat des crypto-actifs présente des risques significatifs de détournement à des fins criminelles, en empêchant la traçabilité des transactions et en compliquant la détection d’activités suspectes.

C’est très exactement le même raisonnement qui a déjà conduit le Japon, la Corée du Sud, et plus récemment les Philippines, à exclure les privacy coins de leurs plateformes régulées — un alignement progressif des juridictions développées sur les standards du GAFI (FATF). En formalisant cette interdiction dans un règlement directement applicable aux 27 États membres, l’Union européenne donne à cette tendance un poids juridique et un effet d’entraînement (le « Brussels Effect ») nettement supérieur à celui des décisions nationales isolées.

Ce qui n’est PAS interdit — la nuance qui compte

Plusieurs analyses juridiques convergent sur un point central : l’AMLR ne criminalise pas la possession individuelle de privacy coins, ni les transferts pair-à-pair en dehors des plateformes régulées. Les portefeuilles auto-hébergés ne sont pas interdits en tant que tels — ils font l’objet de contrôles renforcés uniquement lorsqu’ils interagissent avec une plateforme soumise à la régulation.

Ce que l’AMLR ferme, ce sont les rampes d’accès institutionnelles : l’achat, la vente, le dépôt et le retrait de privacy coins via un CASP régulé au sein de l’Union européenne. La détention privée et les échanges décentralisés restent, à ce stade, hors du champ direct de l’interdiction — un schéma identique à celui déjà observé aux Philippines.

Ce que cela implique concrètement pour les détenteurs de XMR et ZEC

Si vous détenez actuellement des privacy coins sur une plateforme d’échange régulée dans l’Union européenne :

D’ici juillet 2027, ces plateformes devront avoir retiré le support de ces actifs ou cessé d’accepter de nouveaux dépôts les concernant
Les transferts vers des portefeuilles personnels depuis ces mêmes plateformes feront l’objet de vérifications d’identité renforcées, même avant l’échéance finale
Toute transaction crypto au-delà de 1 000 euros, privacy coin ou non, nécessitera une identification complète

Les critiques du texte, jusque dans l’industrie crypto elle-même, pointent un risque structurel : en fermant les circuits régulés sans interdire techniquement les actifs eux-mêmes, le règlement pousse mécaniquement les détenteurs de privacy coins vers des marchés moins transparents et des plateformes non régulées — l’exact inverse de l’objectif de traçabilité affiché par Bruxelles.

S’organiser avant l’échéance de 2027

Avec un horizon fixé à 2027, la transition n’est pas immédiate — mais elle est déjà engagée. Les plateformes ajustent déjà leurs offres en anticipation de la mise en conformité, et la fenêtre pour échanger ou consolider des positions en privacy coins sans dépendre d’infrastructures soumises à cette juridiction se réduit chaque mois.

Arpokrat Swap permet d’échanger Monero, Zcash et l’ensemble des cryptomonnaies à confidentialité renforcée sans inscription, sans collecte de données d’identité et sans dépendance à un CASP régulé soumis à l’AMLR. La plateforme est accessible en clearnet comme via notre adresse .onion, garantissant que votre capacité à échanger ces actifs ne dépend d’aucune juridiction susceptible de fermer ses rampes d’accès du jour au lendemain.

L’AMLR confirme une trajectoire qui ne fait plus guère de doute : les marchés crypto régulés et la confidentialité financière deviennent, juridiction après juridiction, structurellement incompatibles. La question n’est plus de savoir si cette tendance se généralisera à l’ensemble des économies développées, mais combien de temps il restera, après 2027, pour échanger des actifs privés en dehors de circuits qui n’auront plus le droit de les toucher.