Black October : comment les agents d’IA ont fait du piratage un service bon marché et à grande échelle

Un vendredi soir, un fondateur de jeune pousse américain s'est couché avec des comptes en ordre et s'est réveillé devant une cinquantaine de courriels de facturation. Chacun ajoutait quelques dollars de services d'Anthropic et d'OpenAI, jusqu'à un total de 449 dollars américains, selon un reportage du Wall Street Journal.¹ Personne n'avait piraté sa banque. Les attaquants s'étaient emparés de quelque chose de plus récent et de moins surveillé : les clés d'accès aux modèles d'intelligence artificielle qu'il conservait sur une plateforme de programmation.

L'anecdote paraît modeste à côté du reste du mois, et c'est précisément pour cette raison qu'elle compte. Elle montre que la frontière de la criminalité numérique ne se limite plus au mot de passe bancaire ou au serveur d'entreprise. En octobre 2026, l'IA s'est retrouvée aux deux bouts de l'opération : outil de l'attaquant et, en même temps, actif qu'il vaut la peine de voler.

Qu'est-ce que le Black October

Le WSJ rapporte que le volume et le rythme des attaques commencent à submerger les firmes de réponse aux incidents, et que des analystes prévoient une vague de divulgations d'intrusions dans les semaines à venir.¹ Dans le même article, Adam Meyers, de CrowdStrike, décrit une explosion d'adversaires qui opèrent avec des agents, autant des groupes chevronnés que des amateurs. Ce second constat est le plus lourd de conséquences : l'IA réduit l'écart technique entre un groupe étatique et un criminel ordinaire.

Une nuance s'impose toutefois. Une analyse publiée par Exchange4media rappelle qu'aucune preuve ne démontre une attaque unique et coordonnée contre Internet. Il s'agit plutôt d'événements indépendants qui, additionnés, ont révélé la fragilité de l'infrastructure numérique.²

Les trois fronts d'un même mois

1. PHP2Shell : une faille endormie depuis plus de dix ans

Le 21 octobre, les responsables de PHP ont publié des correctifs d'urgence pour deux vulnérabilités, répertoriées sous les numéros CVE-2026-109618 et CVE-2026-109619, qui permettent d'exécuter du code malveillant à distance sans authentification, comme l'explique GoodTech.³ PHP fait tourner WordPress, Drupal, Joomla et Magento, et le site spécialisé W3Techs, cité par franceinfo, estime qu'il équipe près de 70 % des sites de la planète.⁴

Le détail qui change la lecture de l'épisode se trouve dans l'origine de la découverte. Des chercheurs de Wiz, filiale de Google, et de Calif ont repéré les failles en août à l'aide de modèles avancés d'OpenAI et de Google, selon CNBC.⁵ L'embargo de sécurité a été rompu quelques heures avant la publication officielle, ce qui a précipité la course aux correctifs.³

D'après le WSJ, la NSA et le FBI ont recommandé aux entreprises incapables de corriger immédiatement de tout simplement débrancher leurs sites, ce que plusieurs gouvernements ont fait, dont celui du Canada.¹

2. Agents autonomes : ARTEX, Cairn et l'intrusion confiée à la machine

Le deuxième front est moins visible, mais plus durable. Microsoft a attribué à un groupe aligné sur l'État chinois, qu'elle désigne sous le nom de Storm-0940, l'utilisation d'ARTEX, un cadre de tests d'intrusion à code source ouvert compatible avec n'importe quel modèle d'IA. Selon CyberScoop, les agents ont atteint plus de 2 250 environnements infonuagiques au rythme de 2 900 tentatives de connexion par minute, et sont parfois allés jusqu'à modifier des identifiants et des rôles privilégiés pour conserver leur accès.⁶ Le même outil a servi lors d'une attaque contre des institutions financières sud-coréennes qui, selon le WSJ, a exposé les données d'environ 68 000 personnes.¹ The Hacker News rapporte que les auteurs du projet ont décidé d'en fermer le code devant ces abus.⁷

Le cas Cairn illustre encore mieux la nouvelle économie de l'attaque. Une enquête de NorForge relayée par Reuters a montré un seul opérateur sinophone diriger des agents vers plus de 1 200 sites et s'introduire chez plus de 100 entreprises, dont Deere, SharkNinja et Cummins.⁸ Le coût estimé de la campagne en puissance de calcul : environ 5 000 dollars américains, soit à peu près 50 dollars par intrusion réussie. Le chercheur Snorre Fagerland a résumé la situation en parlant d'un monde nouveau.⁸ Les entreprises citées affirment avoir contenu les incidents et ne voir aucun signe d'accès à des données sensibles.

3. Clés d'API : la nouvelle carte de crédit

Le troisième front explique le cas qui ouvre ce texte. La plateforme de programmation OpenCode a confirmé qu'une intrusion dans un système patrimonial, dans la nuit du 16 au 17 octobre, a exposé des clés d'OpenAI, d'Anthropic et de Google appartenant à 1,4 % des utilisateurs de sa console, selon BleepingComputer.⁹ L'entreprise a associé l'épisode à une attaque par distillation, une pratique qui consiste à utiliser les réponses d'un modèle avancé pour entraîner une copie moins coûteuse. Anthropic a révoqué les clés possiblement touchées et OpenAI dit avoir remboursé les crédits consommés, selon la compilation d'Elephas.¹⁰

Le WSJ ajoute un détail révélateur de l'asymétrie du moment : l'un des cofondateurs d'OpenCode a écrit que l'entreprise aurait besoin d'agents actifs jour et nuit, puisque c'est ce dont disposent les attaquants.¹

Le Québec et le Canada sur la carte du Black October

Le pays n'est pas resté spectateur. Le 21 octobre, le Centre canadien pour la cybersécurité a demandé aux organisations d'appliquer sans délai les correctifs de PHP et de mettre temporairement hors ligne les applications impossibles à corriger, rapporte le Globe and Mail.¹¹ Ottawa a appliqué la consigne à ses propres services : le ministre de l'Intelligence artificielle et de l'Innovation numérique, Evan Solomon, a confirmé que des sites fédéraux avaient été débranchés par précaution, selon La Presse Canadienne.¹² Statistique Canada et le site du Centre lui-même figuraient parmi les adresses inaccessibles, selon Narcity.¹³

Au Québec, la journée a pris une tournure très concrète pour les usagers. Les sites transactionnels de la SAQ, de la STM et de la SAAQ ont été touchés, a rapporté Radio-Canada.¹⁴ La STM a fermé son site de façon préventive et redirigé ses usagers vers une version bêta, tandis que celui de la SAQ est resté inaccessible une bonne partie de l'après-midi, selon Le Devoir.¹⁵ Des centres de services scolaires, dont Marie-Victorin et des Affluents, ont aussi coupé l'accès à certaines plateformes, y compris Moodle.¹³

Le même jour, Hydro-Québec a mis hors ligne son Espace client et son application. La société d'État a précisé que la mesure n'était pas liée à PHP, mais à des tentatives de connexion inhabituelles détectées sur des comptes clients, et qu'aucun système n'avait été compromis.¹⁵ L'épisode est distinct, mais il illustre le deuxième et le troisième front du mois : l'attaque visant les identifiants plutôt que l'infrastructure, menée en volume, au moment où l'attention de tous est tournée ailleurs.

Hors du Québec, Terre-Neuve-et-Labrador a rendu plusieurs sites et services provinciaux inaccessibles par mesure préventive, en les réévaluant un à un avant leur remise en ligne, selon Radio-Canada.¹⁶ La réaction des grandes institutions a été rapide, et il faut le souligner. La question délicate se pose un étage plus bas : municipalités, OBNL, cégeps, cliniques et PME qui exploitent des sites WordPress ou des plateformes en PHP, souvent sur des versions anciennes et sans équipe de sécurité attitrée. David Shipley, PDG de Beauceron Security, estimait au lendemain de l'alerte que la majorité des serveurs PHP n'avaient pas encore été corrigés.¹¹

Le cadre juridique ajoute une couche de responsabilité. Au Québec, la Loi 25 oblige les entreprises et les organismes publics à tenir un registre de leurs incidents de confidentialité et à aviser la Commission d'accès à l'information ainsi que les personnes concernées lorsqu'un incident présente un risque de préjudice sérieux, comme le résume Fasken.¹⁷ Les entreprises sous compétence fédérale ont des obligations semblables envers le Commissariat à la protection de la vie privée. Si la vague de divulgations annoncée se confirme, la CAI risque d'être mise à l'épreuve par le volume, et non plus par des cas isolés.

Quand pirater une entreprise coûte le prix d'un souper au restaurant, la sécurité cesse d'être l'affaire des grandes cibles et devient une condition de base pour quiconque est en ligne.

L'économie de l'attaque a changé

Le fil qui relie ces épisodes est économique. Pendant des décennies, le principal rempart contre les attaques de masse a été le coût du travail humain qualifié. Une faille difficile à exploiter restait cachée précisément parce que l'exploiter exigeait des mois de travail d'experts. C'est ce qui explique, selon Wiz, que PHP2Shell soit passée inaperçue pendant plus de dix ans, comme l'a rapporté Axios.¹⁸ L'IA a fait tomber ce rempart pour ceux qui défendent comme pour ceux qui attaquent.

Trois signaux vont dans le même sens. D'abord, l'adoption : selon le WSJ, un sondage trimestral mené par Sherri Davidoff, de LMG Security, avec NetDiligence, est passé de pratiquement aucune observation d'IA dans les attaques réelles il y a un an à un usage devenu routinier au dernier trimestre.¹ Ensuite, la substitution des modèles : des chercheurs de Sophos cités par le journal ont vu un groupe de rançongiciel russophone passer de modèles propriétaires à des modèles ouverts, comme ceux de la chinoise Moonshot AI, accessibles par un abonnement de 200 dollars américains par mois à un service de programmation.¹ Enfin, le temps : entre la divulgation publique d'une faille et la première tentative d'exploitation, la fenêtre se mesure désormais en heures.

Pour les équipes de produit et de technologie, cela modifie des priorités concrètes. La gestion des correctifs cesse d'être une tâche d'entretien pour devenir une capacité opérationnelle critique. L'inventaire logiciel, savoir exactement où tourne chaque composant, n'est plus une bonne pratique mais une condition préalable à toute réponse. Et les identifiants de services d'IA exigent désormais le même traitement que les données de carte de crédit.

Ce que les organisations et les utilisateurs doivent faire maintenant

1. Mettre PHP à jour ou isoler le système. Vérifier les versions en service et appliquer les correctifs du 21 octobre. Les versions qui ne sont plus soutenues exigent un plan de migration, pas de l'attente.
2. Tenir un inventaire à jour. Savoir où tournent chaque CMS, chaque extension et chaque serveur détermine si la réponse prend des heures ou des semaines.
3. Plafonner les dépenses des clés d'API. Fixer une limite directement chez le fournisseur, créer des clés par projet et par environnement, et activer les alertes d'utilisation.
4. Révoquer au premier signal. Une facturation inattendue est souvent la première alerte. Les clés suspectes se révoquent dans le tableau de bord officiel du fournisseur, jamais à partir d'un lien reçu par courriel.
5. Réviser les accès privilégiés infonuagiques. La campagne menée avec ARTEX cherchait à modifier les identifiants d'applications et les rôles administratifs pour s'installer durablement.
6. Préparer les avis prévus par la Loi 25. Établir avant l'incident, et non pendant, la marche à suivre pour évaluer le risque de préjudice et aviser la CAI et les personnes concernées.

Questions fréquentes

Références

Éverton Loupes Poirier — Responsable de la curation éditoriale, Le Tissu