souverainete donnees

CNIL MR-001/MR-003 2026 : ce que les cabinets doivent changer dans leur usage de l'IA

Mise à jour CNIL 2026 des MR-001 et MR-003 : traçabilité, minimisation, souveraineté. Ce que cela implique concrètement pour les cabinets utilisant Harvey, CoCounsel ou une IA privée.

RAGbase Legal Research Team3 août 2026 10 min de lecture

En janvier 2026, la CNIL a annoncé la mise à jour de deux de ses méthodologies de référence les plus structurantes : MR-001 (traitements de données RH) et MR-003 (recherche médicale). Pour les cabinets d'avocats, la réaction immédiate est souvent « ce n'est pas notre secteur ». C'est précisément ce réflexe qu'il faut corriger — parce que ces révisions envoient un signal réglementaire qui dépasse largement leurs domaines d'application directs, et qui arrive au pire moment : celui où nombre de cabinets français déploient en urgence des outils IA sans avoir résolu la question de la souveraineté des données.

La CNIL ne révise pas ces méthodologies dans le vide. Elle le fait dans un contexte où les outils d'IA générative sont devenus des traitements à part entière — capables d'ingérer, d'inférer et de restituer des informations sensibles à une échelle que les DPIA traditionnelles n'anticipaient pas. Comprendre ce qui change, et ce que cela implique pour votre cabinet, est désormais une question de gestion du risque.

Ce que la CNIL change réellement avec MR-001 et MR-003

La source directe est le webinaire publié par la CNIL sur la mise à jour de ces deux méthodologies de référence. Trois axes de durcissement ressortent clairement de cette révision.

Premier axe : la traçabilité devient une obligation opérationnelle, pas documentaire. Les méthodologies révisées ne se contentent plus d'exiger un registre des traitements. Elles imposent que chaque traitement IA soit auditable en continu — qui a accès, quelles données ont été traitées, quand, avec quel résultat. Dans le contexte d'un outil IA, cela signifie des logs structurés, horodatés, conservés et accessibles au responsable de traitement.

Deuxième axe : la minimisation des données est élevée au rang de contrainte architecturale. Ce n'est plus une bonne pratique — c'est une exigence de conception. Le responsable de traitement doit être en mesure de démontrer que seules les données strictement nécessaires à la finalité du traitement ont été exposées à l'outil IA. Pour un modèle de langage, cela soulève une question concrète : le modèle voit-il l'intégralité du document client, ou seulement les fragments pertinents à la requête ?

Troisième axe : le contrôle effectif du responsable de traitement est réaffirmé. La CNIL insiste sur la distinction entre être formellement désigné responsable de traitement et exercer un contrôle effectif. Signer un DPA avec un éditeur SaaS américain ne suffit plus — le cabinet doit pouvoir démontrer qu'il maîtrise réellement ce qui entre dans le système, ce qui en sort, et comment les données sont traitées.

Pourquoi cela concerne les cabinets d'avocats

Les données protégées par le secret professionnel de l'avocat ne sont pas des données sensibles au sens de l'article 9 RGPD. Mais elles font l'objet d'une protection spécifique — l'article 66-5 de la loi du 31 décembre 1971 — qui impose des obligations de confidentialité au moins aussi strictes. La CJUE, dans son arrêt Michaud c. France (2012), et la Cour EDH ont confirmé que le secret professionnel de l'avocat constitue une garantie fondamentale de l'État de droit, distincte de la simple protection des données personnelles.

Dans ce contexte, lorsque la CNIL durcit ses exigences sur la traçabilité et la minimisation pour des traitements IA opérant sur des données médicales ou RH, elle fixe un étalon que les autorités de contrôle — et demain les clients institutionnels, les assureurs RC Pro et les bâtonniers — appliqueront par analogie aux traitements IA dans les cabinets.

Le problème structurel des SaaS IA américains pour les cabinets

Harvey (valorisé à 8 milliards de dollars fin 2025, 144 millions de dollars d'ARR, environ 100 000 avocats utilisateurs déclarés) et CoCounsel de Thomson Reuters sont les deux références du marché américain qui s'imposent de plus en plus dans les discussions des cabinets français. Leurs tarifs respectifs — 1 000 à 1 200 USD/utilisateur/mois pour Harvey, 250 à 500 USD/utilisateur/mois pour CoCounsel, 500 à 1 000 USD/utilisateur/mois pour Lexis+ Protégé — reflètent des offres intégrées, packagées, immédiatement opérationnelles.

Le problème n'est pas leur performance. Le problème est architectural, et il se pose en trois temps.

Temps 1 — Le transfert de données hors UE. Même lorsque ces éditeurs proposent des clauses contractuelles types (CCT) conformes au RGPD, le transfert effectif vers des serveurs américains place le cabinet dans une situation où il ne contrôle pas l'exécution du traitement. Depuis l'arrêt Schrems II de la CJUE (juillet 2020), les CCT seules ne suffisent pas — elles doivent être accompagnées d'une analyse du droit du pays tiers et, si nécessaire, de mesures supplémentaires. Peu de cabinets ont conduit cette analyse pour leurs outils IA.

Temps 2 — L'opacité du traitement. Dans une architecture SaaS classique, le document client est envoyé au modèle — intégralement ou après chunking côté fournisseur. Le cabinet ne sait pas exactement ce qui entre dans le contexte du modèle, comment les embeddings sont stockés, combien de temps, et si des mécanismes de fine-tuning ou de mémorisation sont actifs. Cette opacité est structurellement incompatible avec les exigences de traçabilité que la CNIL réaffirme dans ses nouvelles méthodologies.

Temps 3 — L'impossibilité d'audit. Si demain un client vous demande une trace de tous les traitements IA auxquels ses données ont été soumises, ou si la CNIL notifie un contrôle, pouvez-vous produire cette documentation ? Avec un outil SaaS dont les logs restent chez l'éditeur, la réponse honnête est non.

La question des hallucinations comme facteur de risque supplémentaire

Une étude de Stanford a documenté un taux d'hallucination de 1 réponse erronée sur 6 pour Harvey sur des tâches juridiques. Ce chiffre doit être contextualisé — Harvey a probablement évolué depuis — mais il illustre un point structurel : lorsqu'un outil IA génère une référence jurisprudentielle inexacte, le cabinet doit être en mesure de retracer comment cette erreur s'est produite. Sans logs locaux, cette traçabilité est impossible.

L'architecture qui répond aux trois exigences CNIL

Face à ces contraintes, la question n'est pas « IA ou pas IA » — c'est « quelle architecture permet d'utiliser l'IA de manière conforme ? »

L'approche on-premise de RAGbase Legal repose sur une distinction architecturale fondamentale, que les exigences CNIL rendent maintenant stratégiquement pertinente.

Ce qui reste dans l'infrastructure du cabinet

ComposantDescriptionContrôle
Documents clients completsContrats, pièces, correspondances, actes100 % cabinet
Index vectorielEmbeddings et métadonnées des documents100 % cabinet
Orchestrateur agentiqueLogique de recherche, ranking, workflows100 % cabinet
Permissions et ACLQui peut accéder à quoi, par dossier100 % cabinet
Logs d'activitéTrace horodatée de chaque requête et réponse100 % cabinet
Connecteurs métierLiens avec le logiciel de gestion du cabinet100 % cabinet

Ce qui peut quitter l'infrastructure

Uniquement les chunks minimaux récupérés par le moteur de recherche — les extraits documentaires strictement nécessaires à formuler la réponse à la requête spécifique — sont transmis au LLM choisi (qu'il soit hébergé on-premise ou accessible via API selon les conditions négociées par le cabinet). Ce n'est pas « zéro donnée sortante » : c'est de la minimisation architecturale appliquée au niveau le plus granulaire possible.

Cette distinction est exactement ce que la CNIL entend par minimisation comme contrainte de conception : le système ne peut structurellement pas exposer plus de données que ce qu'exige la finalité immédiate du traitement.

Ce que cela change pour la traçabilité

Avec une architecture où l'orchestrateur, les index et les logs résident sur l'infrastructure du cabinet :

  • Chaque requête est enregistrée localement, avec l'identité de l'utilisateur, le dossier concerné, les documents consultés et les chunks transmis au modèle
  • Le cabinet peut produire, à tout moment, l'historique complet des traitements IA sur un dossier spécifique
  • La suppression des données d'un client entraîne mécaniquement la suppression de ses embeddings et de l'historique associé
  • L'audit interne et externe dispose d'une surface documentaire complète

Pour les cabinets qui font de la recherche de jurisprudence IA, ce niveau de traçabilité est particulièrement critique : chaque résultat doit être attribuable à une source vérifiable, et cette attribution doit être auditée.

Ce que les cabinets doivent concrètement modifier

La mise à jour des méthodologies CNIL n'appelle pas nécessairement à une refonte immédiate de tous les outils déployés. Elle appelle à une évaluation lucide de l'exposition actuelle et à une feuille de route priorisée.

Étape 1 — Cartographier les traitements IA existants

Beaucoup de cabinets ont déployé des outils IA sans les intégrer formellement dans leur registre des traitements. La première action est de recenser exhaustivement :

  • Quels outils IA traitent des données clients ?
  • Vers quels serveurs ces données transitent-elles ?
  • Existe-t-il un DPA signé avec chaque éditeur ? Contient-il des CCT validées post-Schrems II ?
  • Les logs de traitement sont-ils accessibles au cabinet ?

Étape 2 — Identifier les traitements à risque élevé

Tous les traitements IA ne présentent pas le même niveau de risque. Un outil de correction grammaticale opérant sur des documents anonymisés est structurellement moins exposé qu'un assistant juridique ayant accès à l'intégralité des pièces d'un dossier de fusion-acquisition ou d'un litige commercial sensible.

Les critères de risque élevé, dans le contexte CNIL révisé :

  • Volume de données sensibles : dossiers contentieux, données personnelles de tiers, informations financières confidentielles
  • Transfert hors UE : tout traitement sur serveurs américains sans analyse d'impact documentée
  • Absence de logs locaux : impossibilité de produire une trace en cas de contrôle ou de demande client
  • Finalités multiples : outils utilisés à la fois pour des tâches internes RH et des tâches client

Étape 3 — Définir l'architecture cible par type de charge de travail

L'approche la plus pragmatique n'est pas de remplacer tous les outils existants — c'est de définir clairement quelles charges de travail exigent une souveraineté totale et lesquelles peuvent tolérer un risque résiduel documenté.

Type de traitementNiveau de sensibilitéArchitecture recommandée
Recherche jurisprudentielle sur bases publiquesFaibleSaaS acceptable si pas de données client injectées
Rédaction assistée sur documents clientsÉlevéOn-premise ou RAG local avec chunks minimaux
Analyse de contrats (M&A, arbitrage)Très élevéOn-premise obligatoire
Résumé de pièces de procédureÉlevéOn-premise ou LLM privé contractualisé
Veille réglementaireFaible à modéréSaaS acceptable sur données publiques
Due diligence sur données financières confidentiellesTrès élevéOn-premise obligatoire

Ce tableau n'est pas une règle absolue — c'est un cadre d'évaluation. La clé est que le cabinet soit en mesure de justifier ses choix architecturaux au regard des exigences de traçabilité, de minimisation et de contrôle effectif.

L'argument économique qui change la conversation

Les directions financières des cabinets regardent d'abord le coût d'abonnement. À 1 000-1 200 USD/utilisateur/mois pour Harvey ou 500-1 000 USD pour Lexis+ Protégé, les lignes budgétaires sont visibles et discutées en comité.

Mais le coût réel d'un incident de conformité — notification à la CNIL, information des clients concernés, audit externe, atteinte à la réputation — ne figure dans aucun budget prévisionnel. Dans un secteur où la relation client repose intégralement sur la confiance et la confidentialité, ce coût est potentiellement existentiel.

L'investissement one-time d'une infrastructure on-premise (20 à 50 k€ pour RAGbase Legal) doit être comparé non seulement aux abonnements SaaS annuels, mais aussi à la prime de risque implicite que représente une architecture non auditable dans un environnement réglementaire qui se durcit.

Pour approfondir le cadrage coût-bénéfice et les options d'architecture, le guide IA pour cabinets détaille les différents scénarios de déploiement.

La question que les bâtonniers vont poser

Il existe un précédent institutionnel à surveiller. Le Conseil National des Barreaux travaille depuis 2023 sur des recommandations encadrant l'usage de l'IA dans la profession. Lorsque ces recommandations se préciseront — et elles se préciseront — elles s'appuieront nécessairement sur le cadre RGPD et sur les positions de la CNIL.

Les cabinets qui auront documenté leur architecture de traitement IA, leurs analyses d'impact, leurs DPA et leurs procédures d'audit seront en position de force. Ceux qui auront déployé des outils en urgence sans formalisation se trouveront dans une situation défensive.

La question n'est pas de savoir si ce cadre se renforcera — le webinaire CNIL sur MR-001/MR-003 en est le signe avant-coureur — mais à quelle vitesse.


La mise à jour des méthodologies de référence CNIL est un moment utile pour prendre du recul sur l'architecture IA de votre cabinet, pas seulement sur les outils utilisés. Ce qu'il faut évaluer concrètement : où résident vos index et vos logs aujourd'hui, quelle fraction de vos données clients quitte votre périmètre de contrôle à chaque requête, et si vous êtes en mesure de répondre à ces questions en moins d'une heure en cas de contrôle ou de demande client. Si ces trois réponses ne sont pas immédiatement disponibles, c'est le point de départ d'une conversation sur l'architecture — avant que ce soit la CNIL ou un client institutionnel qui l'ouvre à votre place.

Questions fréquentes

Les mises à jour CNIL MR-001 et MR-003 s'appliquent-elles directement aux cabinets d'avocats ?
Pas directement : MR-001 cible les traitements RH et MR-003 la recherche médicale. Mais le signal réglementaire est clair — la CNIL durcit ses exigences sur la traçabilité, la minimisation et le contrôle du responsable de traitement pour tout outil IA traitant des données sensibles. Les données couvertes par le secret professionnel des avocats relèvent d'une sensibilité équivalente, et les autorités de contrôle européennes appliquent ces principes par analogie.
Un cabinet utilisant Harvey ou CoCounsel est-il en infraction avec le RGPD ?
Pas nécessairement en infraction formelle, mais exposé à un risque croissant. Si des données clients transitent vers des serveurs américains sans transfert documenté (clauses contractuelles types, analyse d'impact, registre des traitements à jour), le cabinet ne peut pas satisfaire aux exigences renforcées de traçabilité que la CNIL signale dans ses nouvelles méthodologies de référence. En cas de contrôle ou d'incident, l'absence de documentation constitue un facteur aggravant.
Qu'est-ce qu'une architecture on-premise garantit que le SaaS cloud ne peut pas garantir ?
Trois choses précises : (1) les documents clients complets, l'index vectoriel et les logs d'activité restent physiquement sur l'infrastructure du cabinet, (2) seuls des extraits minimaux — les chunks pertinents récupérés par le moteur de recherche — quittent éventuellement le périmètre pour atteindre un LLM, et (3) le cabinet reste responsable de traitement effectif, avec capacité d'audit, de suppression et de démonstration de conformité à tout moment. C'est cet écart architectural qui change la nature du risque RGPD.
R
RAGbase Legal Research Team
Recherche

RAGbase construit des systèmes d'IA privés pour les cabinets d'avocats : déployés sur l'infrastructure du cabinet, zéro rétention de données, propriété complète.

Voyez RAGbase sur vos propres données

30 minutes en visio. Nous cadrons votre besoin et montrons le système en direct.

Nous utilisons des cookies de mesure d'audience et de marketing (Google Analytics, LinkedIn). Aucun traceur ne se charge sans votre accord. En savoir plus