Notre revue hebdomadaire couvre la semaine du 16 au 22 octobre. Le principe ne change pas : les faits marquants, lus avec les lunettes d'un propriétaire de risque plutôt qu'avec celles d'un analyste, et pour chacun, ce qu'il change pour une organisation canadienne.
Le dernier numéro parlait de l'équipement que personne ne gérait. Cette semaine, le fil est ailleurs : ceux qui gardent vos secrets. Un négociateur de rançons soupçonné d'avoir travaillé des deux côtés de la table. Un outil en ligne de commande et une bibliothèque d'IA remplacés par des voleurs d'identifiants, dans la chaîne même qui met vos machines à jour. Au Canada, une firme de sécurité, un éditeur de logiciels de gestion de l'information et deux cabinets de propriété intellectuelle revendiqués en quatre jours. Chaque fois, la cible n'était pas la victime finale : c'était la personne, l'outil ou le cabinet à qui d'autres avaient confié leurs clés, leurs documents, leurs brevets. Et chaque fois, la question pour une direction est la même : qu'avons-nous confié, à qui, et que dit le contrat le jour où ça casse ?
Partie 1 : la confiance déléguée, attaquée par ses maillons
Le négociateur qui connaissait les victimes avant elles
Le 19 octobre, le journaliste Brian Krebs a rapporté que le FBI soupçonne un dirigeant d'une firme américaine de négociation de rançons, « un cabinet prestigieux de plus de 1 000 associés » selon ses sources, d'avoir aidé le groupe d'extorsion ShinyHunters à faire tourner le site qui mettait la pression sur ses victimes. Ce site, actif du 3 mai au 16 octobre, listait près d'une centaine d'organisations. Le dirigeant n'est pas inculpé. Quelques jours plus tôt, le 8 octobre, un dirigeant canadien du secteur, ancien associé directeur d'une firme canadienne de réponse aux rançongiciels, avait été arrêté en Pennsylvanie et accusé de complot d'extorsion ; son ancien employeur nie tout rôle dans des paiements de rançon. Selon les sources de Krebs, ces négociateurs « connaissaient souvent les détails des nouvelles victimes de ShinyHunters avant les victimes elles-mêmes ». Le FBI évalue à plus de 70 millions de dollars américains les rançons extorquées par le groupe cette année. Statut : arrestation et accusations au dossier judiciaire ; le reste est allégué par des sources anonymes, et personne n'est condamné.
Deux chaînes d'approvisionnement détournées en 48 heures
Le 19 octobre, entre 14 h 47 et 16 h 21, heure de Paris, un attaquant a remplacé sur GitHub les binaires de cinq versions (v0.11.0 à v0.15.0) de l'outil en ligne de commande d'OVHcloud, avec le compte piraté d'un développeur. Environ 250 téléchargements. Le programme substitué volait tout ce qu'un poste de développeur garde sur son disque : identifiants AWS, Google Cloud et Azure, clés SSH, configurations Docker, Kubernetes et Terraform, et les bases de données des assistants de programmation par IA (VS Code, Cursor, Continue, Cody, Claude). L'avis d'OVHcloud dit comment le compte a été volé : le portable personnel du développeur avait été compromis des mois plus tôt par une extension VS Code malveillante. Et pourquoi le remplacement a été possible : le dépôt n'imposait pas l'immuabilité des versions publiées, et l'organisation acceptait des comptes GitHub personnels. Le code source et la chaîne de compilation n'ont pas été touchés. Statut : confirmé par OVHcloud.
Le 21 octobre, c'est LiteLLM, une passerelle très répandue pour brancher des applications sur les modèles d'IA (et qui garde donc les clés d'API de tous les fournisseurs), dont la chaîne de publication a été compromise. Pendant 1 h 44, la version 1.107.0 sur PyPI, et pendant un peu plus de deux heures, les images Docker « latest », contenaient un programme qui vole les identifiants, charge des outils d'exécution à distance et se relance à chaque démarrage de Python. L'attaquant détenait des jetons GitHub de l'équipe, a contourné les protections de branche et lancé la publication depuis un dépôt sosie, à un trait d'union de différence. La firme Wiz estime à quelque 49 000 téléchargements la version piégée. C'est le deuxième détournement de LiteLLM en sept mois : en mars, deux versions avaient été piégées par le biais d'un outil d'analyse de sécurité lui-même compromis. Statut : confirmé par l'éditeur ; point d'entrée initial à l'étude ; nombre de téléchargements rapporté par un tiers.
Ce que ça change : trois maillons, un même mécanisme. La victime finale n'a rien fait de mal : elle a téléchargé la mise à jour officielle, installé la bibliothèque standard, appelé le négociateur recommandé. La confiance était déléguée, et c'est le délégataire qui a cédé. Pour une direction, la question n'est plus « nos fournisseurs sont-ils sérieux ? » mais « lesquels peuvent mettre du code ou des mains dans nos systèmes sans qu'un humain de chez nous ait rien à faire ? ». Un outil qui se met à jour seul, un support à distance, une bibliothèque sans version épinglée, un négociateur appelé en pleine crise : chacun mérite une ligne dans le registre, un propriétaire nommé et une exigence vérifiable. Versions signées, épinglées et immuables pour le code ; et pour le négociateur, un choix fait à froid, dans le plan d'incident, pas sous la pression de la rançon.
Partie 2 : la bordure, le correctif qui n'a pas été appliqué, et PHP
BeyondTrust et Fortinet : trois jours pour agir
Lundi, nous avons ouvert la semaine avec BeyondTrust Remote Support, l'outil de prise en main à distance des équipes de soutien : une faille de contournement d'authentification (CVE-2026-102764, CVSS 9.3) exploitée depuis le 29 août par un acteur que Google et Mandiant soupçonnent d'être lié à la Chine, pour vider le coffre d'identifiants, ouvrir des sessions vers les postes et effacer les journaux. La CISA l'a inscrite au catalogue KEV le 16 octobre avec trois jours de délai, échéance lundi. Le même jour, elle y a ajouté une faille Fortinet de gravité « moyenne » (CVE-2025-61624) : une traversée de répertoire dans l'interface en ligne de commande de FortiOS, FortiPAM, FortiProxy et FortiSwitchManager, qui demande déjà un accès privilégié, et que Fortinet confirme exploitée. Statut : confirmé par la CISA et les éditeurs ; attribution soupçonnée.
Palo Alto : corrigé en mai, exploité en octobre par des groupes de rançongiciel
Les 19 et 20 octobre, Unit 42, l'équipe de recherche de Palo Alto Networks, a mis à jour son bulletin sur la faille CVE-2026-0257 du portail VPN GlobalProtect (PAN-OS et Prisma Access) : les groupes de rançongiciel Qilin et INC l'exploitent sur des boîtiers non corrigés pour ouvrir des sessions VPN sans identifiants valides, en passant au-dessus de l'authentification multifacteur. Une fois dedans : des outils de gestion à distance pour cartographier le réseau, un passage par vCenter pour désactiver un contrôle d'intégrité sur les hyperviseurs ESXi, puis l'extraction des mots de passe directement dans le disque virtuel d'un contrôleur de domaine, ce qui évite les agents de détection installés dans la machine. Le correctif date du 13 mai ; la faille est au KEV depuis le même jour. Elle ne touche que les portails où le témoin d'« authentication override » est activé, une fonction de confort qui évite de se réauthentifier, et Palo Alto propose deux contournements : un certificat dédié à ce témoin, ou désactiver la fonction. Statut : confirmé par l'éditeur.
PHP : deux failles sorties avant l'heure
Le 20 octobre, l'équipe PHP a annoncé pour le lendemain, 14 h UTC, des correctifs pour deux failles critiques, en se réservant le droit de publier plus tôt si les détails fuyaient. Ils ont fui le jour même, par un message sur un forum, avant la divulgation prévue pour le 22. Les correctifs sont sortis le 21 comme annoncé : CVE-2026-109618 et CVE-2026-109619, notées 9,2 par PHP, exécution de code à distance sans authentification, « affectant toutes les installations PHP qui servent des requêtes web » selon la CISA. Versions corrigées : 8.5.12, 8.4.27, 8.3.36 et 8.2.35, plus des rustines en code source pour les branches 7.4 à 8.1 que le projet ne maintient plus. L'alerte de la CISA du 21 octobre dit l'essentiel pour une direction : inventorier d'abord, parce que « PHP est souvent une composante d'autres logiciels et sa présence n'est pas forcément observable » ; corriger en commençant par ce qui est exposé à Internet ; mettre hors ligne ce qu'on ne peut pas corriger, en particulier les versions 8.1 et moins ; un pare-feu d'applications web comme pis-aller. Le NCSC britannique demande une mise à jour immédiate. Au 21 octobre, la CISA n'avait pas observé d'exploitation ; Cloudflare dit voir les premières attaques et Amazon rapporte une tentative dès le 17 sur ses leurres. Ce matin, PHP a publié un troisième avis (CVE-2026-115560) sur la même fonction de suivi des téléversements, avec un réglage à désactiver en attendant la prochaine version. Statut : confirmé par PHP et la CISA ; exploitation rapportée par des tiers.
Plex : 36 000 serveurs, à la maison et au bureau
Le 20 octobre, la CISA a aussi inscrit au KEV les quatre failles de la chaîne « Plex2Shell » du serveur multimédia Plex (chaîne notée 9,8) : une preuve de concept publiée le 16, une première exploitation le 17, puis des mineurs de cryptomonnaie et des logiciels de relais qui font transiter le trafic d'autrui par le réseau de la victime. Le correctif existe depuis le 3 août ; Shadowserver comptait encore plus de 36 000 serveurs exposés et non corrigés début septembre. Statut : confirmé par Plex et la CISA ; décompte d'exposition rapporté.
Ce que ça change : passez ces cinq faits aux trois filtres que nous détaillons demain, exploité, exposé, ciblé. La faille Fortinet est « moyenne » et exploitée : la note ne dit pas l'urgence. La faille Palo Alto est corrigée depuis cinq mois et sert encore à des groupes de rançongiciel : « corrigé par l'éditeur » n'est pas « appliqué chez nous », et une fonction de confort a suffi à annuler la MFA. PHP n'est pas « un serveur » : c'est une composante de votre intranet, de votre site, de l'outil de votre fournisseur, et vous ne le corrigerez pas si vous ne savez pas où il tourne. Un serveur Plex sur le NAS du bureau fait de votre adresse IP l'infrastructure de quelqu'un d'autre. La décision de gouvernance ne change pas d'une semaine à l'autre : qu'est-ce qui est joignable d'Internet chez nous, dans quelle version, et qui le vérifie chaque mois ?
Partie 3 : le Canada, ceux qui gardent les secrets des autres
Quatre jours, trois revendications, trois métiers de confiance.
Le 19 octobre, le groupe Qilin a revendiqué GardaWorld, l'entreprise montréalaise de services de sécurité et de transport de valeurs, l'une des plus grandes au monde dans son domaine. Aucun détail publié sur la nature des données, et aucune déclaration de l'entreprise à notre connaissance. En novembre 2025, CodeRED, le système d'alertes d'urgence exploité par sa filiale Crisis24 et utilisé par des municipalités au Canada et aux États-Unis, avait été mis hors service après une cyberattaque, des coordonnées de citoyens à la clé ; des municipalités clientes l'avaient confirmé. Statut : revendiqué, non confirmé ; incident de 2025 confirmé par des clients.
Le 20 octobre, Mimori, un groupe apparu ce mois-ci avec trois victimes à son tableau, a revendiqué OpenText, l'éditeur de Waterloo spécialisé dans la gestion de l'information d'entreprise, en annonçant 94 306 fichiers et une publication le 29 octobre, selon les relevés des sites de fuite. Pas d'échantillon, pas de capture d'écran, et aucune déclaration de l'entreprise à notre connaissance. Statut : revendiqué, non confirmé.
Le 21 octobre, INC Ransom a inscrit Bereskin & Parr et Smart & Biggar, les deux plus grands cabinets canadiens de propriété intellectuelle, en voie de fusion sous le même propriétaire australien, en parlant de « base de données » et de « dossiers de clients ». INC est l'un des deux groupes qu'Unit 42 voit exploiter la faille Palo Alto ci-dessus ; rien ne relie les deux faits. Statut : revendiqué, non confirmé.
Et le 16 octobre, le groupe The Gentlemen a revendiqué ServiceMaster d'Ottawa, une entreprise de restauration après sinistre et d'entretien commercial. Statut : revendiqué.
Le contexte : selon notre décompte des revendications publiées sur ransomware.live, 268 organisations canadiennes ont été revendiquées par des groupes de rançongiciel depuis le 1er janvier 2026, quatre de plus qu'il y a une semaine. Le secteur manufacturier reste en tête (50, soit 18,7 %), suivi des services professionnels (46, 17,2 %) et des technologies (38, 14,2 %) : les trois revendications de la semaine tombent dans les deuxième et troisième cases. Ce sont des revendications, pas des incidents confirmés, et le pays attribué par les sites de fuite est parfois erroné. Statistique Canada, dans son enquête 2023, compte 16 % des entreprises canadiennes touchées par un incident de cybersécurité (30 % des grandes) et 1,2 milliard de dollars de coûts de rétablissement, le double de 2021. Le Centre canadien pour la cybersécurité, dans son évaluation 2025-2026, écrit que les groupes cherchent à « profiter d'une intrusion contre un seul fournisseur pour déclencher une cascade d'incidents » et que « les attaques par rançongiciel contre les chaînes d'approvisionnement numériques vont presque certainement se poursuivre ».
Ce que ça change : une firme de sécurité détient les horaires des gardiens, les plans et les codes d'alarme de ses clients. Un éditeur de gestion de l'information détient, par définition, les documents des autres. Un cabinet de brevets détient des inventions qui ne sont pas encore publiques et des dossiers de litige. Si l'une de ces revendications se confirme, les victimes sont d'abord leurs clients, et ces clients l'apprendront, dans le meilleur des cas, par une lettre. Pour une direction, la question n'est pas de savoir si tel fournisseur est sérieux. C'est : lesquels de nos fournisseurs détiennent de nos secrets, qu'avons-nous exigé d'eux par écrit (notification sous 72 heures, chiffrement, droit d'audit, destruction en fin de contrat), et saurions-nous en une journée ce qu'ils détenaient de nous ? Notre questionnaire de sécurité fournisseur, gratuit, pose ces questions dans l'ordre ; mardi, nous parlerons des fournisseurs que vous ne pouvez pas perdre.
Partie 4 : l'IA des deux côtés de la table
Le 19 octobre, Microsoft a publié « Securing the agentic insider » et présenté ses Guardian Agents, des agents qui surveillent les autres agents, dans le cadre de son programme Project Perception. La phrase qui compte vient de Hayete Gallot, responsable de la sécurité chez Microsoft : « les modèles de pointe, quelle que soit leur origine, ne peuvent pas être dignes de confiance ». Non par malveillance, mais par imprévisibilité : ils sont entraînés à accomplir une tâche, pas à suivre les normes d'une organisation. Microsoft propose donc de traiter chaque agent comme un initié : identité propre, permissions minimales ajustées à la tâche, approbation humaine pour les décisions à risque, et confinement quand le comportement dérive (l'agent garde la lecture, perd l'approbation et l'écriture). Son outil Defender dit repérer jusqu'à 60 types d'agents que les employés apportent au bureau, dont Claude Code et Codex. Satya Nadella, dans un billet du 10 octobre : « nous ne pouvons tout simplement pas sous-traiter la responsabilité de ce que l'intelligence fait en notre nom », et « les assurances d'un fournisseur de modèle ne nous déchargent pas de cette responsabilité ». Statut : confirmé par l'entreprise ; fonctions en avant-première privée, disponibilité annoncée pour la mi-novembre.
Du côté des attaquants, les deux détournements de la partie 1 disent où va la convoitise. Le programme glissé dans l'outil d'OVHcloud ciblait nommément les bases de données des assistants de programmation par IA, à côté des clés infonuagiques. LiteLLM est une passerelle d'IA : compromettre la passerelle, c'est obtenir les clés de tous les modèles branchés derrière. Et dans son avis, LiteLLM avance une hypothèse sur l'origine de ses jetons GitHub volés : un comportement de Claude Code qui, dans certains cas, recopie le jeton GitHub de l'utilisateur dans une réponse, laquelle finit dans les journaux ; l'éditeur dit ne pas l'avoir encore confirmé. Statut : confirmé par OVHcloud pour la cible ; hypothèse de l'éditeur pour LiteLLM.
Ce que ça change : l'entreprise qui vend le plus d'agents au monde dit qu'il faut les surveiller depuis l'extérieur du modèle, avec une identité, un périmètre et un bouton d'arrêt. C'est ce que notre série demandait il y a dix jours : un agent est un compte à privilèges. Ajoutez-y ce que la semaine apprend : les clés de vos outils d'IA (jetons de l'assistant de programmation, clés d'API dans la passerelle, journaux qui les recopient) sont désormais ce que les voleurs cherchent en premier sur un poste de développeur. L'inventaire des usages de l'IA doit dire où vivent ces clés, et la gouvernance qui ne se mesure pas, notre épisode de jeudi, donne les indicateurs pour le vérifier.
Les trois questions de la semaine pour un comité de direction
- Quels fournisseurs, outils ou bibliothèques peuvent exécuter du code ou ouvrir une session chez nous sans qu'un humain de chez nous ait à cliquer, et lesquels nous garantissent des versions signées, épinglées et immuables ?
- Lesquels de nos prestataires détiennent nos secrets (avocats, sécurité, éditeurs, infonuagique), que dit chaque contrat sur le délai de notification, et saurions-nous en 24 heures ce qu'ils détenaient de nous ?
- Parmi les failles que nos éditeurs ont corrigées depuis six mois, lesquelles sont encore ouvertes chez nous sur un équipement exposé, et dans quel ordre les fermons-nous ?
Si la troisième question n'a pas de réponse en une page, trente minutes avec un expert suffisent à passer votre liste aux trois filtres et à en sortir cinq à dix actions. Pour voir ce qui est réellement joignable depuis Internet chez vous, versions comprises, le rapport d'exposition gratuit le montre en 48 heures, sans rien installer. Forta Fournisseurs garde la liste des prestataires qui détiennent vos secrets et ce que vous exigez d'eux ; Forta Radar suit les revendications et les failles exploitées qui visent votre secteur.
Un dernier mot, et on arrête de parler de nous
Demain, notre article du samedi reprend la grille de la partie 2 : une faille critique n'est pas forcément urgente, trois filtres pour prioriser. Dimanche, la série risques met l'exposition dans le registre : ce que les attaquants voient d'abord. Lundi, en plus de l'actualité, un article sur les talents : la pénurie n'a pas disparu, elle a déménagé chez vos fournisseurs. Et jeudi 29 octobre, premier numéro de « Le jeudi IA », notre infolettre hebdomadaire pour adopter l'IA sans perdre le contrôle : inscrivez-vous, désinscription en un clic.
Sources : CISA, alerte BeyondTrust Remote Support (16 oct.) · CISA, deux failles ajoutées au KEV (16 oct.) · CISA, six failles ajoutées au KEV (20 oct.) · CISA, alerte PHP (21 oct.) · PHP, annonces de sécurité des 20, 21 et 23 oct. · NCSC (Royaume-Uni), PHP · Palo Alto Networks, CVE-2026-0257 · Fortinet, FG-IR-26-122 · BeyondTrust, avis BT26-05 · Google Threat Intelligence Group et Mandiant, ARMORY CASTLE · OVHcloud, avis GHSA-862f-55f5-vmvw · LiteLLM, avis d'incident du 21 oct. · Centre canadien pour la cybersécurité, Évaluation des cybermenaces nationales 2025-2026 · Statistique Canada, Enquête canadienne sur la cybersécurité et le cybercrime 2023