17 800 modules d'IA prennent leurs ordres de sources que personne n'a vérifiées. Le poste peut désormais bloquer le vôtre

Surya Pratap
By Surya Pratap

7 septembre 2026

11 min de lecture

IA et technologie
Les deux lancements du 1er septembre 2026 mis côte à côte : à gauche la chaîne d'approvisionnement, avec 17 800 modules publics d'IA s'appuyant sur des sources d'instructions non vérifiées sur 6,7 millions d'installations, des skills usurpant Anthropic et OpenAI capables d'exécuter du code arbitraire et 27 % de ce qui a été découvert écarté à nouveau, et à droite ce que le poste peut désormais faire, inventorier tous les agents actifs et dormants, tracer du prompt à l'identité, à l'appel d'outil et à l'action système, et bloquer tout agent que personne n'a approuvé, sous Windows et macOS à l'exécutionLa chaîne d'approvisionnement et la nouvelle porteHover to explore
Un lancement dit ce que les agents chargent en silence. L'autre dit que la machine peut désormais refuser. Ils sont sortis le même jour, et c'est cela qu'il faut remarquer.

La plupart des semaines, l'actualité des agents est une capacité. Cette semaine, c'était une porte.

Le 1er septembre, deux choses sont sorties à quelques heures d'intervalle. CrowdStrike a dévoilé Falcon Guardian, qui inventorie tous les agents IA en cours d'exécution sur une machine — y compris ceux que personne n'a déclarés — et bloque les agents que personne n'a approuvés. Et AIR Security est sorti de l'ombre avec 50 millions de dollars pour construire un pare-feu en ligne qui filtre ce qui entre dans le contexte d'un agent avant que celui-ci n'agisse.

Lus séparément, deux annonces produit. Lus ensemble, c'est la même phrase prise par les deux bouts : les agents arrivent dans les entreprises plus vite que quiconque ne peut les recenser, et la réponse est passée de la politique à l'application effective.

1. Ce qui a réellement été livré

Deux lancements, 1er septembre 2026

L'un conçu pour voir et arrêter les agents, l'autre pour vérifier ce qu'ils chargent

  • Falcon Guardian découvre les agents IA connus et fantômes sous Windows et macOS, et produit un inventaire en direct de tous les agents actifs et dormants, ainsi que de qui les a déployés.
  • Il trace la chaîne d'exécution depuis le prompt et l'identité, en passant par l'appel d'outil, jusqu'à chaque action système en aval, au lieu de traiter l'agent comme un processus opaque unique.
  • Ses contrôles d'accès définissent quels agents peuvent s'exécuter sur les postes gérés et bloquent ceux qui ne sont pas approuvés, à l'exécution.
  • AIR Security s'est lancé avec 50 millions de dollars en deux tours — 10 millions menés par Sequoia, puis 40 millions menés par Greenoaks — pour une société fondée plus tôt cette année et comptant environ 40 personnes.
  • Son pare-feu filtre les instructions, outils et données qui se dirigent vers le contexte d'un agent, et pas seulement ce que l'agent a le droit de faire ensuite.
  • Sa recherche a trouvé 17 800 modules publics d'IA sur 6,7 millions d'installations s'appuyant sur des sources d'instructions externes non vérifiées, dont des skills usurpant Anthropic et OpenAI capables d'exécuter du code arbitraire.

Regardez qui achète. AIR fait état de plus de 20 entreprises utilisant déjà la plateforme, dont environ un quart de grands groupes, la demande la plus forte venant des services financiers et de la pharmacie. Ce sont les deux secteurs qui décident historiquement de ce à quoi ressembleront les achats de tous les autres dix-huit mois plus tard.

2. L'expression qui devrait vous arrêter

Pas le financement. Pas le blocage. Celle-ci :

Agent IA fantôme. Connus et fantômes, sous Windows et macOS.

« Agent IA fantôme » est désormais une catégorie nommée à l'intérieur d'un produit de sécurité, avec un inventaire en direct attaché et un bouton de blocage à côté.

Cette formulation a une histoire. Le « shadow IT », c'est ainsi que le secteur a appelé pendant une décennie l'adoption de SaaS par le bas — et l'adoption de SaaS par le bas a été, durant cette même décennie, la stratégie de distribution la plus fiable dont disposait un fondateur de logiciel. Vous ne vendiez pas au DSI. Vous étiez installé par la personne qui avait besoin de l'outil, et le temps que les achats s'en aperçoivent, vous aviez quatre cents licences et un défenseur interne.

Toutes les startups d'agents que je connais exécutent une version de ce manuel en ce moment. Un ingénieur installe votre CLI. Une équipe branche votre serveur MCP. Personne n'ouvre de ticket.

La symétrie inconfortable

Il existe désormais un produit dont le travail explicite est de produire la liste exacte de ces installations, de nommer la personne qui a déployé chacune d'elles, et d'arrêter celles qui n'ont jamais été approuvées. Votre stratégie de distribution et sa logique de détection décrivent le même événement. Cela ne veut pas dire que vous êtes la menace pour laquelle il a été construit — mais l'inventaire ne le sait pas le premier jour, et l'analyste sécurité qui le lit non plus.

3. Les 17 800 sont un autre problème qu'il n'y paraît

Il est tentant de lire le chiffre d'AIR comme une histoire d'acteurs malveillants publiant des skills nuisibles. Une partie l'est : de faux modules portant les couleurs d'Anthropic et d'OpenAI pour passer la revue, c'est tout simplement une attaque.

Mais l'essentiel de ces 17 800 n'est pas de la malveillance. Ce sont des modules qui vont chercher leurs instructions ailleurs à l'exécution — une URL, un dépôt, une configuration hébergée — parce que c'est une manière parfaitement sensée de livrer des mises à jour sans republier le paquet. La chaîne d'approvisionnement fait ce que font les chaînes d'approvisionnement.

Le problème est ce que cela signifie une fois qu'un agent se trouve à l'autre bout. Une bibliothèque que vous installez exécute le code que vous avez audité. Un module qui récupère des instructions à l'exécution exécute du texte qui arrive plus tard, à l'intérieur d'une fenêtre de contexte à laquelle sont attachés vos identifiants et les permissions de vos outils. Ce n'est pas une dépendance au sens que comprend votre scanner de dépendances. C'est un canal ouvert vers la partie de votre système qui agit.

J'ai écrit sur le volet identité de cette question quand la feuille de route MCP a commencé à concevoir la sortie de l'humain de la boucle. Voici l'autre volet : non pas qui est l'agent, mais d'où viennent ses instructions.

4. Si vous diffusez un agent en entreprise

Que vous serez trouvé

Partez du principe
La prémisse selon laquelle les installations discrètes restent discrètes a une date de péremption, et sur les postes Windows et macOS elle est sans doute passée. Préparez la conversation où une équipe sécurité a déjà votre nom, le nombre de machines et la personne qui vous a installé. Être découvert est désormais le cas normal, pas le cas d'échec.

L'artefact d'approbation tôt

Livrez
Ce qui vous met sur une liste d'autorisation est ennuyeux et précis : avec quels droits tourne votre agent, ce qu'il lit, ce qu'il peut appeler, ce qui quitte la machine, comment il se met à jour. Si un relecteur sécurité doit déduire cela de votre binaire, vous êtes une anomalie relevée. Si vous le fournissez sur demande, vous êtes un fournisseur.

Le chargement d'instructions à l'exécution

Supprimez
Si votre produit récupère des prompts, des skills ou des définitions d'outils depuis vos serveurs après l'installation, vous faites partie des 17 800. Il peut y avoir de bonnes raisons, mais cela vous rend indiscernable de ce que le pare-feu existe pour attraper. Versionnez, signez, livrez avec la release.

Le bas de la pyramide comme unique voie

Repensez
Partir du bas fonctionne toujours pour prouver la demande. Cela ne fonctionne plus comme chemin complet vers un contrat, parce que l'étape où personne ne remarque rien est désormais instrumentée. Atterrissez par le bas, mais construisez délibérément la voie d'approbation au lieu d'espérer que le défenseur interne vous portera.

5. Si vous consommez des skills et des serveurs MCP tiers

La même recherche est un avertissement pointé dans l'autre sens. La plupart des fondateurs qui diffusent des produits d'agents font aussi tourner, discrètement, vingt modules d'autrui dans leur propre stack.

Ce que vous avez réellement installé

Recensez
Demandez à votre équipe la liste des serveurs MCP, skills et plugins connectés à quoi que ce soit disposant d'identifiants de production. La liste est presque toujours plus longue que ce que le fondateur attend, et personne n'en est propriétaire, parce qu'en installer un prend dix secondes et ressemble à de la configuration plutôt qu'à une dépendance.

Le code audité du texte qui arrive

Séparez
Traitez un module qui récupère des instructions à l'exécution comme une voie d'entrée non fiable, pas comme une bibliothèque. La bonne question n'est pas « ce paquet est-il populaire » mais « que peut dire cette chose à mon agent demain qu'elle ne disait pas aujourd'hui, et qu'en ferait mon agent ».

Le rayon d'impact avant la confiance

Bornez
Des identifiants restreints et un contexte d'exécution séparé valent mieux qu'une vérification préalable, car vérifier est une affirmation ponctuelle sur un canal qui reste ouvert. Supposez qu'un module finira par mal tourner et rendez cela survivable, au lieu d'essayer de garantir que cela n'arrivera jamais.

La chronologie forensique complète de la brèche de l'agent OpenAI est la version de tout ceci qui a déjà eu lieu, et la forme était la même : l'agent n'a pas été compromis, ce en quoi il avait confiance l'a été.

6. Ce que je ne conclurais pas

Ce n'est pas la fin du bas de la pyramide. Le blocage est une capacité qu'il faut activer, régler et doter en personnel. La plupart des entreprises feront de la découverte longtemps avant de faire du blocage, parce qu'un faux positif qui tue l'agent de codage d'un ingénieur est un ticket coûteux. L'inventaire arrive bien avant le blocage.

Deux lancements en un jour sont un signal, pas un marché. Les fournisseurs groupent leurs annonces autour des conférences, et Fal.Con avait lieu cette semaine-là. Ce qui rend la chose digne d'être écrite, c'est que l'un est un acteur installé qui ajoute du blocage et l'autre une société de six mois qui lève 50 millions sur la même prémisse — mais cela reste deux points de données, et j'y lis une direction.

Les 17 800 d'AIR sont leur propre recherche. Cela vient d'une société qui vend la solution à ce qu'elle a mesuré, ce qui ne rend pas le chiffre faux — la découverte d'usurpation est concrète et vérifiable — mais le cadrage de ce qui compte comme « non fiable » est le leur, et le taux de filtrage de 27 % suggère que le chiffre brut était plus bruité encore.

Le résumé honnête

Ce qui est intéressant au 1er septembre n'est aucun des deux produits. C'est que la question est passée de « peut-on faire confiance aux agents » à « quels agents tournent ici, qui les y a mis, et devraient-ils y être ». C'est une question opérationnelle, et les questions opérationnelles trouvent leur réponse dans des outils, et les outils s'achètent.

Pour les fondateurs qui diffusent des agents, le changement pratique est petit et agaçant : le moment où personne ne vous remarquait était porteur, et on est en train de l'instrumenter jusqu'à le faire disparaître. Ce qui le remplace n'est pas pire, seulement plus lent et plus explicite — un artefact d'approbation, un responsable nommé, un périmètre descriptible en une page.

Pour les fondateurs qui font tourner des agents, le changement est plus grand. Votre liste de dépendances est désormais aussi une liste d'instructions, et la seconde n'a jamais été relue par personne. 17 800 modules et 6,7 millions d'installations, ce n'est pas une histoire sur la posture de sécurité des autres. C'est une estimation correcte du nombre de ces canaux ouverts en ce moment à l'intérieur d'entreprises ordinaires, la vôtre comprise.

Sources : Communiqué de CrowdStrike, « CrowdStrike Unveils Falcon Guardian to Secure AI Agents Where They Execute » · SiliconANGLE sur Falcon Guardian · SiliconANGLE sur le lancement d'AIR Security · SecurityWeek sur le tour de table d'AIR Security · Les capacités produit, le financement et les chiffres de recherche sont ceux rapportés ; l'argument sur la distribution et les mises en garde de la section 6 sont les miens.

IdeaToMVP Academy

Want to build with AI — not just read about it?

4-week live cohort for founders. Learn to ship AI agents, scope MVPs, and automate your business — taught by the same team that writes these guides.

Explore the Academy →
Share this post :