Claude en entreprise : risques réels et gouvernance minimale

La sécurité de Claude, pour une PME, se résume à une règle : le modèle refuse les abus généraux, mais c'est à vous de poser les limites de votre entreprise. Les titres sur Mythos, les Houthis ou les hackers russes font peur, alors que le risque qui touche vraiment un dirigeant est beaucoup plus banal : un compte personnel, un dossier ouvert à un agent, une règle jamais écrite.

Je forme des PME à Claude Code, et la question sécurité arrive toujours trop tard, une fois l'outil déjà adopté. Voici ce qui compte vraiment, ce qui relève du bruit, et la gouvernance minimale que je pose en une semaine.

Que risque vraiment une PME avec Claude ?

Une PME qui utilise Claude s'expose surtout à trois choses : la fuite de données vers des comptes non gérés, l'exécution d'actions par un agent aux droits trop larges, et l'absence de traces pour les auditer. Ces risques viennent de l'usage, pas d'un défaut du modèle.

Selon le guide de gouvernance publié par TrueFoundry en septembre 2026, huit entreprises du Fortune 10 sur dix utilisent désormais Claude et plus de 300 000 entreprises l'exploitent en production. Le même guide cite deux CVE de l'année passée qui prouvaient qu'un dépôt cloné suffisait à exfiltrer des clés d'API ou à exécuter du code avant même l'apparition d'une boîte de dialogue de confiance. L'outil est massif, donc ciblé.

Pourquoi les trois interfaces de Claude n'ont-elles pas le même risque ?

Claude existe en trois surfaces : le web, l'application de bureau et Claude Code en ligne de commande. D'après TrueFoundry, la version web tourne dans le bac à sable du navigateur, l'application de bureau se connecte à des outils locaux, et Claude Code s'installe dans le terminal avec les mêmes permissions que le compte du développeur. Il lit des fichiers, lance des commandes bash et appelle des services externes.

Une politique unique pour les trois est donc fausse dans les deux sens. Elle bride les développeurs qui n'ont rien à se reprocher, ou elle laisse un trou là où l'agent a le plus de pouvoir.

Qu'est-ce que l'IA fantôme, et pourquoi pèse-t-elle plus que le reste ?

L'IA fantôme (shadow AI) désigne l'usage d'outils d'IA hors du cadre validé par l'entreprise, typiquement un collaborateur qui colle un contrat client dans son compte Claude personnel. Mimecast, dans son guide sur les risques de Claude, distingue ce cas du déploiement de Claude Enterprise avec contrôles approuvés : le profil de risque n'a rien à voir.

TrueFoundry résume le problème en deux risques : l'exfiltration de données par des commandes, et l'informatique parallèle depuis des comptes personnels. Le second se règle par la capture de domaine. Le premier se règle en traitant Claude comme n'importe quel outil SaaS tiers, avec les mêmes contrôles de prévention des pertes de données que pour Google Docs ou Notion.

Mythos, Houthis, Midnight Blizzard : ces menaces vous concernent-elles ?

Ces affaires décrivent des acteurs étatiques ou des chercheurs en sécurité, pas votre PME. Elles comptent pourtant, parce qu'elles montrent ce que l'IA change côté attaquant, et donc côté phishing et logiciels malveillants que votre équipe croisera.

Que disent les rapports d'Anthropic de septembre 2026 ?

Anthropic a publié le 10 septembre 2026 un rapport de renseignement sur les menaces qui recense 44 incidents d'usage abusif de Claude. D'après la chaîne Latha | AI Governance, l'un d'eux, étiqueté GTG 2006, est rattaché à un groupe russe connu sous le nom de Midnight Blizzard. Plus de 20 organisations ont été impliquées (ministères, ambassades, groupes de réflexion, entreprises de défense), surtout en Ukraine et en Europe.

Le détail technique à retenir : des agents d'IA surveillaient le logiciel malveillant, vérifiaient si l'antivirus le détectait, puis le modifiaient et recommençaient. Un blocage ne suffit plus quand la variante suivante est déjà en préparation.

Autre cas, rapporté par India Global Review à partir du même rapport : des acteurs du nord du Yémen, que la vidéo identifie comme les Houthis, auraient utilisé Claude sur trois projets d'armement (missile guidé, missiles balistiques, fusée à planeur hypersonique), avec plusieurs sessions en parallèle pour coder, rechercher et vérifier. Le test réel du missile guidé a échoué, ils sont revenus voir Claude pour comprendre pourquoi. Anthropic reconnaît que des requêtes signalées sont passées malgré le blocage de certains comptes.

Faut-il avoir peur de Mythos ?

Mythos est le modèle qu'Anthropic a présenté en avril 2026 comme trop puissant pour une diffusion grand public. Fireship, dans sa vidéo du 10 avril 2026, rappelle qu'il aurait trouvé un bug de 16 ans dans FFmpeg et un autre de 27 ans dans OpenBSD, capable de faire planter toute machine accessible en TCP. La même vidéo décrit deux camps : ceux qui annoncent l'effondrement de la cybersécurité, et ceux qui y voient une mise en scène de lancement habituelle.

Mon avis : les deux camps ratent l'essentiel pour une PME. Que Mythos soit réel ou marketing, la conséquence est identique et banale : mettez à jour vos logiciels vite, et pas n'importe comment. Fireship propose de patcher assez vite pour éviter le zero-day, mais assez lentement pour éviter une attaque sur la chaîne d'approvisionnement. Pour des détails sur ce que Mythos change en production, voyez Claude Mythos en production.

Qui est responsable de la sécurité : Anthropic ou vous ?

Anthropic est responsable de l'alignement à l'entraînement : faire refuser au modèle les préjudices généraux, comme fabriquer une arme ou écrire un virus. Vous êtes responsable du contrôle à l'exécution : appliquer vos règles de données, de rôles et de confidentialité. Aucune des deux couches ne remplace l'autre.

Pourquoi un modèle « sûr » ne protège-t-il pas vos données ?

La chaîne Diary of an AI Architect, dans sa leçon de préparation à la certification Claude Certified Architect, prend l'exemple d'un chatbot RH qui révèle les salaires des cadres à un stagiaire parce qu'on lui a posé une question astucieuse. Le modèle n'a rien enfreint de général. Il a simplement ignoré une règle que personne n'avait écrite.

« Claude ne peut pas appliquer une règle qui n'a jamais été édictée. »

Diary of an AI Architect, 2026

C'est exactement ce que je vois chez les dirigeants : ils pensent acheter de la sécurité en achetant un modèle réputé prudent. Ils achètent un modèle qui refuse les abus évidents, pas un contrôle d'accès à leur CRM.

Que dit la documentation officielle de Claude Code sur les permissions ?

La documentation de sécurité de Claude Code décrit une architecture à permissions. Le mode manuel démarre en lecture seule et demande avant toute modification de fichier ou toute commande. Le mode auto confie l'examen des actions à un modèle classifieur distinct, qui bloque ce qu'il juge non sûr, et votre organisation peut le désactiver. Les règles explicites de refus et de demande s'appliquent toujours.

L'outil bash peut aussi tourner dans un sandbox avec isolation du système de fichiers et du réseau, réglable avec /sandbox. Mais cybedefend.com rappelle que ces protections ne sont pas conçues pour arrêter un adversaire déterminé qui contrôle les entrées de l'agent, et qu'Anthropic ne prétend pas le contraire. Autrement dit : le natif réduit le risque, la gouvernance le ferme.

Quelle gouvernance minimale poser en une semaine ?

La gouvernance minimale tient en cinq gestes : identité centralisée, comptes gérés, permissions explicites pour les agents, journalisation, et une règle écrite sur les données interdites. Rien de cela ne demande un projet de dix-huit mois, ce qui est cohérent avec ma conviction : l'IA en PME marche quand elle s'insère dans l'existant.

Comment encadrer Claude Code et les agents ?

Premier réflexe : ne jamais donner à un agent plus de droits que ce que vous donneriez à un stagiaire le premier jour. TrueFoundry insiste pour que le SSO soit opérationnel avant de confier Claude à un seul développeur, avec SAML 2.0 ou OIDC via Okta ou Azure AD (Entra). Ensuite, mode manuel par défaut sur les dépôts sensibles, sandbox activé, serveurs MCP limités à une liste validée.

Le fil r/ArtificialInteligence sur le Computer Use de Claude rappelle le danger inverse : un agent qui prend des captures d'écran en continu et lit un site piégé peut recevoir des instructions cachées (injection de prompt). La recommandation du fil est de ne jamais le lancer hors d'un sandbox strict. Je partage ce diagnostic, et je recommande de ne pas laisser un agent naviguer sur le web pendant qu'un onglet bancaire est ouvert à côté.

Comment garder des traces exploitables ?

Un usage autorisé doit rester auditable. Mimecast liste ce qu'une gouvernance sérieuse couvre : visibilité, suivi des politiques, archivage, eDiscovery, demandes d'accès aux données (DSAR), conservation légale. Pour une PME de 50 personnes, l'équivalent concret est modeste : un forfait équipe avec administration (voir le passage de Claude Pro à Claude Team) et une politique de conservation connue.

Pour le cadre réglementaire européen, le point d'entrée est le site de la Commission européenne sur la politique numérique et l'IA, et côté sécurité opérationnelle, l'ANSSI publie ses recommandations pour les entreprises françaises.

Faut-il renoncer à Claude pour limiter les risques ?

Non : le risque se gère, il ne justifie pas de renoncer. Les entreprises qui refusent l'IA gardent des coûts trop élevés et des process trop lents, alors que celles qui l'utilisent sans cadre produisent du bruit, des erreurs et de la dette technique. La gouvernance légère est le seul chemin qui évite les deux.

Et le risque politique autour d'Anthropic ?

Il existe, et je ne le balaie pas. Un fil de r/actutech, qui relaie Engadget, rapporte que le Pentagone aurait donné à Anthropic jusqu'à un vendredi pour lever ses garde-fous éthiques, sous menace du Defense Production Act et d'un classement en risque pour la sécurité nationale. Un autre fil, sur r/singularity, annonce que le Trésor américain met fin à tout usage d'Anthropic. Ces posts sont des relais de presse sans détails, je les cite comme signaux et non comme faits établis.

Ma lecture de dirigeant : ce risque est un risque de fournisseur, pas un risque de sécurité. La réponse est la même que partout ailleurs, garder vos processus portables d'un modèle à l'autre. Si ce point vous préoccupe, le comparatif Mistral ou Claude pour votre PME traite le volet RGPD et souveraineté.

Mon verdict : gardez Claude, posez les cinq contrôles de la semaine, et réexaminez-les à chaque nouvel agent branché. Le premier test est simple : si un collaborateur partait demain avec son compte personnel, sauriez-vous quelles données ont transité ? Si la réponse est non, commencez par la capture de domaine, avant toute autre chose.

Foire aux questions

Claude est-il sûr pour les données d'une PME ?

Claude est entraîné à refuser les usages nuisibles généraux, mais cet entraînement ne connaît pas vos règles internes. La sûreté de vos données dépend de votre configuration : comptes gérés par SSO, droits limités, journalisation. Un compte personnel utilisé hors cadre présente un profil de risque très différent de Claude Enterprise déployé avec des contrôles approuvés.

Quel est le réglage le plus dangereux de Claude Code ?

D'après les guides de sécurité consultés, le danger vient des permissions trop larges accordées à l'agent, qui exécute des commandes avec les droits du développeur. Le mode manuel, qui demande avant chaque action, et le sandbox bash réduisent fortement ce risque. Les serveurs MCP sur-privilégiés constituent la deuxième source d'exposition.

Qu'est-ce que l'IA fantôme et comment la limiter ?

L'IA fantôme est l'usage d'outils d'IA par des collaborateurs en dehors du cadre validé, souvent via un compte personnel. Elle expose à des fuites de données sensibles, de propriété intellectuelle et à des problèmes de conformité. On la limite en offrant un outil officiel plus pratique que le compte perso, avec capture de domaine et SSO.

Les attaques liées à Mythos ou aux groupes étatiques concernent-elles une PME ?

Directement, rarement. Indirectement, oui : des agents capables de modifier un logiciel malveillant jusqu'à contourner l'antivirus rendent le phishing et les malwares plus rapides à produire. La parade pour une PME reste classique : mises à jour rapides mais vérifiées, sauvegardes, droits minimaux.

Combien de temps faut-il pour mettre en place une gouvernance minimale de Claude ?

Une semaine suffit pour l'essentiel dans une PME : SSO et capture de domaine, mode manuel et sandbox pour Claude Code, liste blanche des serveurs MCP, archivage et règle écrite sur les données interdites. Le travail récurrent consiste à réévaluer les droits à chaque nouvel outil connecté.

Vidéos YouTube

• Claude Mythos is too dangerous for public consumption... — Fireship
• Houthis Used Claude To Develop Weapons. What About AI Safeguards? — India Global Review
• How Russia is Weaponizing Claude: The AI Threat Nobody is Talking About — Latha | AI Governance
• Lesson 3: Responsible AI, Safety & Risk — Diary of an AI Architect

Discussions Reddit

• Claude's Computer use is great but security risks involved is terrifying — r/ArtificialInteligence
• Le Pentagone aurait donné à Anthropic jusqu'à vendredi — r/actutech
• US Treasury is terminating all use of Anthropic — r/singularity

Articles & ressources

• La sécurité d'entreprise pour Claude : un guide de gouvernance pratique — truefoundry.com
• Risques liés à la sécurité de Claude — mimecast.com
• Sécurité, Claude Code Docs — code.claude.com
• Claude Code est-il sûr ? Risques et bonnes pratiques — cybedefend.com