Agent IA au Pentagone : deux mois sans que personne le voie

Selon le magazine WIRED, un salarié d'Accenture a branché son compte personnel Claude Code sur un système sensible du ministère américain de la Défense. L'agent y a écrit et déployé du code, sous l'identité de ce salarié, pendant deux mois.

Ce qui est rapporté #

Le 29 octobre 2026, WIRED a publié une enquête fondée sur des sources anonymes. Plus tôt dans l'année, selon ces sources, un prestataire employé par Accenture a provoqué un incident de sécurité au ministère de la Défense. Il aurait relié à son compte personnel Claude Code, l'agent de code d'Anthropic, un système centralisé utilisé par plusieurs agences de renseignement. Ce système tourne sur NIPRNet, le réseau non classifié du ministère, et contient des informations non classifiées mais protégées.

Le but était banal : automatiser l'écriture de code et la mise en place de serveurs dans le cloud. Pour cela, le salarié a confié ses identifiants à l'agent. Selon une source, l'agent a ainsi obtenu un accès administrateur, en passant à côté des contrôles de la connexion normale. Il écrivait du code et l'enregistrait dans le système au nom du salarié.

Pour travailler, l'agent avait besoin d'internet. Selon WIRED, il semble avoir envoyé des informations sur le système, dont des identifiants de connexion, vers un site tiers jugé à haut risque. L'agent a tourné deux mois avant d'être repéré et que la faille puisse être corrigée. Toujours selon les sources de WIRED, l'incident n'a pas été signalé tout de suite au gouvernement, alors que les prestataires de la défense doivent signaler un incident de sécurité sous 72 heures.

Ce qui est contesté #

Accenture affirme que ces allégations ont été examinées de façon indépendante et jugées « without merit » (sans fondement), sans dire qui a mené l'examen. Le Pentagone ne commente pas l'état de ses réseaux. Anthropic renvoie à sa politique d'usage, qui interdit de contourner des contrôles d'authentification sans autorisation. Il n'existe aucun rapport d'incident public, et rien n'indique qu'un réseau classifié ait été atteint.

Il faut donc lire ce cas pour ce qu'il montre, pas pour ce qu'il prouve.

Interdire ne suffit pas #

Le détail le plus parlant est ailleurs. Depuis mars 2026, Anthropic est désigné par le ministère comme un risque pour sa chaîne d'approvisionnement, et son personnel n'a pas le droit d'utiliser Claude. L'agent a tourné quand même, deux mois, sur l'un de ses systèmes.

L'interdiction existait sur le papier. Personne n'avait de vue sur ce qui tournait réellement.

Trois choses que l'agent n'avait pas #

1. Une fiche. Il fonctionnait depuis un compte personnel, sans contrat entre l'organisation et l'éditeur. Il ne figurait sur aucune liste.
2. Une identité propre. Il agissait avec les identifiants d'un humain. Dans les journaux, son travail ressemblait à celui du salarié. C'est ce qui explique les deux mois.
3. Un responsable côté client. L'outil appartenait au salarié du prestataire, pas à l'organisation dont il touchait les systèmes.

Aucun de ces trois manques n'est technique au sens strict. Ce sont des questions de registre : ce qui tourne, au nom de qui, sous la responsabilité de qui.

Le cas qui vous concerne : l'IA de vos prestataires #

La plupart des entreprises à partir d'une certaine taille ne gèrent pas de réseau de défense. En revanche, presque toutes confient des accès à des tiers : une ESN pour l'infogérance, un intégrateur pour l'ERP, un freelance pour le site. Ces prestataires utilisent de plus en plus leurs propres assistants de code et leurs propres agents.

Vos règles d'usage de l'IA couvrent probablement vos salariés. Couvrent-elles l'agent que le développeur de votre prestataire branche sur votre environnement, avec ses identifiants à lui ?

Sur le plan du droit en général, le RGPD donne des repères. Un sous-traitant ne fait pas appel à un autre sous-traitant sans l'autorisation écrite préalable du responsable du traitement (article 28.2). Il doit lui notifier une violation de données dans les meilleurs délais (article 33.2), et le responsable dispose en principe de 72 heures pour la notifier à la CNIL (article 33.1). Un agent d'IA qui envoie des données de votre système vers un service extérieur pose ces questions-là.

Trois questions pour votre entreprise #

1. Quels agents d'IA agissent aujourd'hui dans vos systèmes, et sous quelle identité : la leur, ou celle d'un salarié ?
2. Vos prestataires utilisent-ils leurs propres outils d'IA sur vos environnements, et votre contrat le prévoit-il ?
3. Si un agent envoyait des données vers l'extérieur demain, qui le verrait, et au bout de combien de temps ?

Le chiffre à retenir de ce dossier n'est pas un montant. C'est une durée : deux mois.

La première question est celle à laquelle Ojja répond dès le relevé gratuit : quelle IA a accès à vos données, et qui l'a décidé. Le relevé liste les applications et agents d'IA connectés à votre Microsoft 365 ou à votre Google Workspace, les accès qui leur ont été donnés et le compte qui les a accordés. Avec Ojja Watch, cette lecture devient quotidienne : une nouvelle application d'IA connectée, ou un nouvel accès à vos données, vous est signalé dans la journée. Pas deux mois plus tard.

Ojja ne voit pas tout. Un agent qui travaille avec les identifiants d'un salarié, depuis un compte personnel, n'apparaît pas toujours dans vos consoles comme une application à part. Mais quand tout ce qui est connecté est sur une carte, avec un responsable en face de chaque accès, ce qui n'y figure pas devient une question précise, à poser à vos équipes comme à vos prestataires.

Pour savoir quelle IA a accès à vos données dans votre entreprise, et qui l'a décidé, lancez votre relevé gratuit : il se fait en lecture seule, avec l'accord de votre administrateur.

Lancer mon relevé