Chapitre 4 du rapport : Armes conventionnelles (rapport de septembre 2026)

Les six unités de ce chapitre se répartissent en deux groupes : développement et conception d'armes, et collecte de renseignement et acquisition. Les documents et les simulations ne sont pas un déploiement.

p. 111–128 · 6 unités de cas

Constatations clés

  1. Lire dans cet ordre : usage prévu, progrès, inconnues, implications en matière de gouvernance.
  2. GTG-27005 repose principalement sur la simulation, et ses liens de financement incluent des déclarations propres non vérifiées.
  3. Le nombre de mentions dans la figure de GTG-17002 ne sont pas des indicateurs de performance.

Ce qui s’est passé

Pages 111–128 du rapport original. GTG-87001 examine l'utilisation de l'IA dans les logiciels d'armes guidées ; suivi de documents sur les armes sous-marines, la simulation d'essaims de drones, les logiciels d'analyse de guerre électronique, l'acquisition à double usage et le renseignement de sources ouvertes sur les armes à énergie dirigée.

Les articles publics ne doivent pas devenir des tutoriels : pas de paramètres, de spécifications, d'objectifs de frappe ni de voies pour contourner les restrictions commerciales.

Schéma : distinction entre documents, logiciels et simulation, pas un tutoriel sur les armes.
Illustration du rapport original : schéma des étapes de travail de ce chapitre. Le texte de la figure est l'original en anglais.

Cas associés

p. 115–117

Spécifications et documents d'approvisionnement d'armes sous-marines : Cas GTG-17001

Selon le rapport, un acteur lié à la Chine a utilisé Claude pour faire avancer trois lignes de travail documentaires parallèles pour un système d'armes antitorpille : une spécification en chinois, une proposition technique de plus de 200 pages et un rapport de comparaison avec des programmes américains basé sur des sources publiques. L'acteur affirmait être un fabricant d'équipements d'origine (OEM) de défense américain ; le rapport évalue qu'il est lié à l'industrie de défense chinoise. Cette page distingue la génération de documents du déploiement réel d'armes et ne publie aucune spécification technique.

p. 119–122

Logiciel d'analyse de cibles de guerre électronique et de suppression des défenses aériennes : Cas GTG-17002

Selon le rapport, un acteur chinois a utilisé les outils de chat, de codage et de travail d'agent de Claude pour concevoir, construire et itérer une suite logicielle de guerre électronique en chinois d'environ 16 modules, utilisée pour détecter, brouiller ou usurper les radars et communications adverses, et pour supprimer les systèmes de défense aérienne adverses. Le logiciel analyse les radars adverses, les sites de missiles de défense aérienne, les postes de commandement et les nœuds de communication, calcule leur couverture de détection, évalue l'efficacité du brouillage, classe les cibles par valeur et vulnérabilité, et détermine comment allouer au mieux les sorties de brouillage. Cette page ne publie pas de coordonnées de cibles ni de logique logicielle.

p. 126–128

Collecte de renseignement sur les armes à énergie dirigée et leur chaîne d'approvisionnement : Cas GTG-17003

Selon le rapport, un acteur de menace basé en Chine a utilisé Claude pour collecter du renseignement de source ouverte sur des armes avancées à énergie dirigée, éditer des produits de renseignement et rédiger des rapports en chinois. L'acteur affirmait être rédacteur de renseignement de défense et éditeur de publications internes, dirigeant une équipe de trois personnes. L'acteur a tenté d'identifier un dispositif générateur de micro-ondes spécifique et son fournisseur via une attribution itérative pondérée par probabilité, dans le but de procéder à l'ingénierie inverse de l'arme, de développer des contre-mesures et de la comparer à des systèmes chinois. Cette page ne publie pas de paramètres d'armes ni de détails de chaîne d'approvisionnement.

p. 117–119

Tentative de développement de logiciel d'essaim de drones : l'affaire GTG-27005

Selon le rapport, un travailleur indépendant probablement en Russie a utilisé Claude Code pour écrire un logiciel d'essaim de drones suicides appelé DronDoc / Serafim, et l'a testé en simulation logicielle dans la boucle, sur des ressources de calcul louées et des cartes de développement. Le rapport a observé de vrais tests de matériel dans la boucle, mais dans l'ensemble l'activité est restée centrée sur la simulation et le développement. Certains liens de financement sont les propres déclarations non vérifiées de l'acteur. Il ne s'agit pas d'une capacité opérationnelle établie.

p. 123–126

Assistance de l'IA dans les achats à double usage : l'affaire GTG-27006

Selon le rapport, un acteur basé en Russie a utilisé Claude pour rechercher et rédiger des documents d'achat de biens pouvant être utilisés à des fins civiles et militaires, potentiellement pour des clients du gouvernement et de l'industrie de la défense russes. Au cœur de l'opération se trouvait une personne se présentant comme responsable des achats dans un bureau d'études de Moscou. Les achats concernaient des magnétomètres à flux de trois axes fabriqués en Allemagne, des milliers de plaquettes photovoltaïques de grade spatial, des systèmes d'oxygène pour équipage d'aviation, etc. Cette page ne publie aucune information sur les fournisseurs ni les détails des achats.

p. 112–115

Utilisation de l'IA dans le logiciel d'armes guidées : cas GTG-87001

Selon le rapport, un groupe d'acteurs de menace dans le nord du Yémen a mené trois programmes de développement d'armes : une roquette guidée à guidage terminal utilisant des ordinateurs de vol de niveau téléphone commerciaux, un missile balistique à plusieurs étages revendiquant une portée de plus de 2 000 km et la série « R2000 » de missiles à multiples variantes incluant une variante de planeur hypersonique. Les acteurs ont utilisé Claude Code à la place d'ingénieurs logiciels humains pour développer un logiciel de guidage, navigation et contrôle (GNC). Les acteurs ont effectué un tir d'essai d'une roquette guidée, mais il semble avoir échoué. Cette page ne publie aucun code ni paramètre de logiciel d'armes.

Limites de la réponse

Les clients et les bailleurs de fonds déclarés par les acteurs eux-mêmes sont toujours marqués comme non vérifiés, sauf si le rapport indique une confiance supérieure.

Le contenu de ce chapitre doit omettre les détails opérationnels selon le modèle à haut risque.