Claude Code et vie privée : offres, DPA, Bedrock et l’étape préalable

En bref : aucun outil n’est « en règle avec le RGPD » en soi, Claude Code pas davantage. Seul le responsable de traitement peut l’être, c’est-à-dire vous ou votre entreprise, avec une configuration concrète. Cette configuration comporte trois couches : le contrat avec Anthropic (offre grand public ou professionnelle, DPA, durée de conservation), la voie d’exploitation (API Anthropic en direct, AWS Bedrock ou Google Vertex dans une région de l’UE) et l’étape que presque tous les guides passent sous silence : ce qui arrive au prompt avant qu’il quitte votre machine. Claude Code n’envoie pas seulement votre question, mais aussi des contenus de fichiers, des sorties de shell et des diffs Git. Si votre dépôt contient des données clients, des clés ou des noms de personnes, ils partent avec. Cet article présente les trois couches et se termine par une liste de contrôle.

Quelles données quittent Claude Code

Claude Code est un agent dans le terminal. C’est ce qui le distingue d’une fenêtre de chat : vous donnez une tâche, l’outil lit, exécute et renvoie les résultats au modèle comme contexte. Concrètement, une session envoie typiquement :

Source	Exemple	Quand
Prompt et instructions système	votre tâche, CLAUDE.md, règles du projet	à chaque tour
Contenus de fichiers	tout ce que Read ouvre : code, .env, jeux de test, exports de données clients	dès que le modèle lit le fichier
Résultats d’outils	sorties de Bash, git diff, env, journaux, sorties de tests	à chaque cycle d’outils
Résultats MCP	requêtes de base de données, tickets, e-mails issus de serveurs connectés	si un serveur MCP est connecté
Télémétrie et rapports d’erreur	statistiques d’usage, rapports de plantage	selon la configuration, désactivable

Le point décisif figure à la troisième ligne. Les résultats d’outils sont la source la plus fertile de transmissions involontaires : cat .env, une trace d’appels avec l’e-mail d’un utilisateur, un dump SQL dans fixtures/. Le modèle n’a pas « demandé » ces contenus, ils sont le matériau de travail ordinaire d’un agent.

La télémétrie est la partie la plus anodine, et la seule que l’on puisse couper par variable d’environnement. Les interrupteurs actuels figurent dans la documentation de Claude Code sur docs.anthropic.com, à la section consacrée à l’utilisation des données. Vérifiez les noms sur place : ils ont changé plusieurs fois au fil des dernières versions.

Ce qu’Anthropic propose par contrat

Il faut ici distinguer précisément. Anthropic a deux univers contractuels, et Claude Code peut tourner dans les deux.

Offre grand public ou offre professionnelle

• Comptes grand public (Claude Free, Pro, Max) : vous connectez Claude Code avec votre compte personnel. Les conditions grand public s’appliquent. Depuis l’automne 2025, il existe un choix quant à l’utilisation des conversations pour l’entraînement, avec une durée de conservation nettement plus longue en cas d’accord. À notre connaissance, l’usage via Claude Code relève lui aussi de ce choix. Pour des données d’entreprise, c’est le mauvais contrat, quel que soit le réglage : un compte privé ne donne pas droit à un DPA.
• Offres professionnelles (Team, Enterprise, API via la Console) : les conditions commerciales s’appliquent. Anthropic s’y engage à ne pas utiliser les entrées et sorties pour l’entraînement et met à disposition un Data Processing Addendum, soit l’accord de sous-traitance au sens de l’art. 28 du RGPD. D’après la documentation, la durée de conservation des données de l’API est de 30 jours ; pour les clients admis, il existe une option de conservation nulle (« Zero Data Retention »).

Les textes contractuels se trouvent sur anthropic.com/legal. La version qui vous concerne, la partie contractante qui signe (société américaine ou filiale européenne) et la durée de conservation réelle de votre offre y figurent, et non dans un article de blog. Vérifiez-les à la date du contrat et archivez la version applicable.

Résidence des données : Bedrock et Vertex

À notre connaissance, l’API Anthropic proprement dite est servie depuis les États-Unis. Qui a besoin d’un traitement dans l’UE emprunte l’une des deux voies cloud :

• AWS Bedrock propose les modèles Claude dans des régions de l’UE, dont Francfort. Claude Code prend en charge cette voie directement via la variable d’environnement CLAUDE_CODE_USE_BEDROCK. Le cocontractant est alors AWS, avec son DPA et sa restriction de région. Détails : aws.amazon.com/bedrock.
• Google Vertex AI offre la même chose pour les régions Google Cloud en Europe, via CLAUDE_CODE_USE_VERTEX.

Deux écueils. Premièrement, il existe l’« inférence inter-régions » (Cross-Region Inference), où une requête peut basculer vers une autre région d’un même continent. Pour les profils UE, elle reste selon AWS à l’intérieur de l’UE, mais il faut choisir ce profil délibérément. Deuxièmement, tous les modèles ne sont pas disponibles à tout moment dans toutes les régions. Un nouveau modèle apparaît souvent d’abord dans les régions américaines. Qui impose « UE uniquement » doit accepter d’exploiter parfois un modèle plus ancien.

Bedrock répond à la question « où traite-t-on ». Il ne répond pas à la question « que traite-t-on ». Un .env contenant des clés de production est aussi bien envoyé à Francfort qu’en Virginie.

Ce qui compte en plus en Allemagne

Pour les entreprises et les indépendants qui travaillent sur commande pour des clients, quatre points s’ajoutent, qu’aucun fournisseur ne peut régler à votre place.

Art. 28 du RGPD, sous-traitance. Dès que des données personnelles partent chez Anthropic, AWS ou Google, il vous faut un DPA avec ce prestataire précis. Le texte de loi se trouve sur dsgvo-gesetz.de/art-28-dsgvo. Le DPA est la condition minimale, pas la preuve de la conformité.

Transfert vers un pays tiers, art. 44 s. Avec l’API Anthropic directe, les données quittent l’UE. La base juridique est alors constituée de clauses contractuelles types ou d’une certification au titre du EU-US Data Privacy Framework. Vérifiez dans le registre DPF en vigueur si le cocontractant concerné y figure, et documentez-le.

Registre des traitements, art. 30. L’usage doit faire l’objet d’une entrée propre dans le registre : finalité (développement logiciel avec assistance par IA), catégories de données (code source, le cas échéant données clients dans les données de test et les journaux), destinataires, durée de conservation, plan de suppression.

Question de l’AIPD, art. 35. Une analyse d’impact relative à la protection des données n’est pas obligatoire d’office. Elle le devient si vous avez régulièrement dans vos dépôts, lus par l’agent, des catégories particulières de données (santé, finances) ou de grandes quantités de données clients. Là encore, c’est le contenu des dépôts qui décide, pas l’outil.

S’y ajoute ce qui ne relève pas du RGPD mais pèse souvent plus lourd : les accords de confidentialité conclus avec les clients. Un NDA qui interdit la communication à des tiers est violé par le recours à un fournisseur d’IA sans l’accord du client, quelle que soit la qualité du DPA. Et pour les données de salariés, le comité d’entreprise a son mot à dire, car un outil susceptible d’enregistrer le comportement au travail relève du § 87 BetrVG.

L’étape préalable : ce qui ne devrait pas quitter la machine

Tous les points précédents régissent ce qu’il advient des données après leur envoi. Le levier le plus efficace se situe avant. Ce qui ne figure pas dans le prompt n’a pas besoin de DPA.

Trois mesures, par effort croissant :

1. Nettoyer les dépôts. Pas de dumps de production dans fixtures/, pas de vrais e-mails clients dans les tests, .env dans .gitignore et dans le motif de refus des autorisations d’outils. C’est de l’hygiène, pas de la protection des données, mais c’est l’essentiel de l’effet.
2. Une clé propre plutôt qu’un compte partagé. Une clé d’API par équipe avec contrat professionnel, au lieu d’un compte privé utilisé à tour de rôle. On sait ainsi quel contrat s’applique et qui est responsable.
3. Remplacer les secrets et les données personnelles avant l’envoi. C’est l’étape qu’UltraNOS réalise avec cloak, et c’est aussi celle dont nous devons énoncer les limites avec le plus de franchise.

Comment cloak fonctionne dans UltraNOS

UltraNOS est un espace de travail IA dans le navigateur, hébergé à Nuremberg, qui exploite Claude soit via l’API, soit via Claude Code comme sous-processus. cloak se trouve dans le backend, juste avant l’envoi. Il remplace les clés d’API, mots de passe dans les lignes de commande, chaînes de connexion, blocs PEM et adresses e-mail détectés par des espaces réservés de la forme CLOAK_SECRET_… ou CLOAK_EMAIL_…. La détection repose sur 57 règles, dont 27 préfixes de fournisseurs (sk-ant-…, ghp_…, glpat-…) et 13 motifs structurels. L’espace réservé est stable pour chaque valeur, de sorte que le modèle peut travailler avec lui sans voir la valeur. Sur l’instance hébergée, cela tourne en profil enforce ; GET /api/health indique dans le champ cloak si la protection est active.

Voici maintenant les limites, parce qu’elles comptent pour cet article précisément :

• Sur la voie Claude Code, seuls le prompt et le prompt système sont masqués. Claude Code exécute lui-même ses outils et communique avec Anthropic par sa propre connexion. Ce que Read ou Bash renvoie à cet endroit, cloak ne le voit pas. La couverture complète, y compris les résultats d’outils de chaque cycle, ne vaut que sur les voies API que vous choisissez avec votre propre clé.
• Par motifs. Un mot de passe sans préfixe, sans affectation et de faible entropie passe à travers. Les noms en clair dans le texte courant ne sont reconnus que s’ils sont enregistrés dans le coffre. Les images et les PDF ne sont pas analysés.
• La copie de contrôle par tour est construite, mais pas encore raccordée. La preuve de ce qui a été concrètement remplacé, c’est aujourd’hui le journal du serveur et le point de terminaison de santé, pas une vue dans le chat.

C’est pourquoi nous ne prétendons pas que « les secrets ne parviennent jamais au modèle ». Ce qui est exact : les secrets détectés sont remplacés avant l’envoi, et vous pouvez vérifier que la protection est active. Pour la pratique au quotidien, voir API-Keys im Prompt schützen. Le DPA d’UltraNOS lui-même se trouve sur ultranos.de/#avv.

Liste de contrôle : 10 points avant l’usage

1. Offre professionnelle ou clé d’API via une organisation Console, pas de compte privé.
2. DPA conclu avec le cocontractant réel et archivé (Anthropic, AWS ou Google, selon la voie).
3. Durée de conservation de l’offre notée ; option de conservation nulle vérifiée si nécessaire.
4. Transfert vers un pays tiers clarifié : clauses contractuelles types ou inscription au DPF documentées, ou région UE choisie via Bedrock/Vertex.
5. Avec Bedrock/Vertex : région et profil d’inférence réglés pour rester dans l’UE.
6. Entrée créée dans le registre des traitements, question de l’AIPD traitée et motivée.
7. NDA clients examinés quant aux clauses relatives à l’IA ; accord obtenu si nécessaire.
8. Dépôts nettoyés : pas de données de production dans les tests, .env et dumps dans les listes de refus des outils.
9. Télémétrie et rapports d’erreur de l’outil configurés délibérément, pas laissés par défaut.
10. Prétraitement mis en place (masquage, espaces réservés) et ses limites connues de l’équipe.

Pour qui ce n’est pas la bonne solution

Qui ne traite que son propre code, sans données personnelles ni secrets de tiers, n’a besoin de tout cela que pour l’hygiène des dépôts et le bon choix d’offre. Qui est en revanche soumis à une régulation stricte, par exemple avec des données de santé, le secret bancaire ou des informations classifiées, ne sera satisfait par aucun modèle cloud, pas même à Francfort. Il ne reste alors qu’un modèle exploité en local, au prix d’une performance nettement inférieure à celle de Claude. Et qui attend d’un outil qu’il endosse la responsabilité cherche quelque chose qui n’existe pas. Le responsable de traitement reste le responsable de traitement.

FAQ

Claude Code est-il compatible avec le RGPD ?

La question n’appelle pas de réponse telle quelle. C’est un traitement qui peut être conforme, pas un outil. Claude Code peut être exploité dans le respect de la vie privée avec un contrat professionnel, un DPA, une région UE et des dépôts nettoyés. Avec un compte privé et des données clients dans le dépôt, on peut aussi l’exploiter autrement.

Anthropic fournit-il un DPA ?

Oui, pour les offres professionnelles et l’API, Anthropic met à disposition un Data Processing Addendum. Pour les comptes grand public, il n’y en a pas. Consultez la version en vigueur sur anthropic.com/legal et vérifiez quelle partie contractante signe pour vous.

AWS Bedrock à Francfort suffit-il pour le RGPD ?

Bedrock dans une région de l’UE clarifie le lieu de traitement et le cocontractant. Il ne dit pas quelles données vous y envoyez, si vous tenez un registre des traitements ni si vos NDA clients autorisent la communication. C’est une brique, pas un laissez-passer.

Quels réglages de Claude Code concernent la protection des données ?

Le choix du compte (privé ou professionnel), la voie d’exploitation (API, Bedrock, Vertex), les interrupteurs de télémétrie et les listes d’autorisation et de refus pour les outils. Les noms exacts des variables figurent dans la documentation sur docs.anthropic.com et changent selon les versions.

Qu’est-ce qu’UltraNOS fait de différent par rapport à Claude Code en direct ?

UltraNOS met en place, avant l’envoi, un masquage des secrets et des adresses e-mail détectés, tourne sur des serveurs à Nuremberg et propose un DPA. Sur la voie Claude Code, le masquage se limite au prompt et au prompt système. La couverture complète, résultats d’outils compris, existe sur les voies API avec votre propre clé.

Vos clés restent chez vous : le reste tourne dans le navigateur.

UltraNOS est l’IDE web agentique : des agents IA en parallèle, un éditeur, git et un terminal. cloak remplace les clés d’API et les mots de passe avant qu’un prompt n’atteigne le fournisseur. Hébergé en Allemagne, 14 jours gratuits.

Essayer 14 jours gratuitement →