KPMG · Équipe Cyber Québec

Newsletter Cyber

Édition 24 — Semaine du 10 au 16 octobre 2026

Bienvenue sur la newsletter 24 de l'équipe cyber KPMG au Québec. Préparée par FX, Kifing, Enguerrand, Bill et nos amis les gentils robots. Elle rassemble ce qui nous semble être les nouvelles les plus pertinentes de la semaine en sécurité, avec une forte odeur d'IA. Vous l'aimez? Dites-le-nous ou envoyez-la à un ami. Vous ne l'aimez pas? Envoyez-la à un ennemi.

Avant-propos

🔌 On achète un portefeuille matériel pour une seule raison : la clé ne sort jamais du boîtier. Cette semaine, on a découvert que le boîtier pouvait arriver avec un passager. Des appareils vendus par un revendeur agréé en Malaisie, et d'autres achetés en magasin en Allemagne, contenaient un circuit ajouté capable d'émettre la phrase de récupération par le réseau mobile. Environ 102 millions de dollars ont quitté quelque 315 comptes. Le détail qui glace n'est pas le montant mais la facture de l'implant : un circuit souple découpé pour épouser les pièces de l'appareil, une antenne sur mesure déjà à sa deuxième révision, un revêtement assorti à la couleur du plastique et des marquages grattés. Autrement dit, quelqu'un a budgété une production en série. Le logiciel, lui, n'a rien à se reprocher : il a fait exactement ce qu'on lui demandait, dans un boîtier qui n'était plus celui qu'on croyait.

🧊 Pendant ce temps, en France, la sécurité des systèmes industriels a quitté la centrale électrique pour l'allée des surgelés. Des attaquants ont pris la main sur des contrôleurs de réfrigération exposés sur Internet et ont monté les températures, jusqu'à 50 degrés dans certaines unités. Résultat : des stocks perdus dans environ 150 magasins et, selon les comptes rendus, quelques incendies. Le mot de passe de ces équipements, d'après la couverture canadienne du dossier, était programmé pour changer chaque jour, et prenait la valeur de la date du jour. L'agence française de sécurité a confirmé que des contrôleurs de plusieurs fabricants sont touchés. On parle beaucoup de résilience des infrastructures critiques, et il se trouve qu'une partie de cette résilience tient à un congélateur dont personne n'a jamais fait l'inventaire.

🔍 Troisième histoire, et c'est la plus inconfortable pour quiconque signe un rapport de conformité. Un éditeur de recherche a observé un acteur enchaîner trois failles inédites sur des passerelles d'accès à distance : contournement d'authentification, exécution de code, élévation de privilèges. L'accès obtenu est root, sans authentification, sur des appliances entièrement à jour. Puis vient la partie qui change la méthode de travail : les attaquants ont effacé les traces dans les journaux et remis en mémoire les composants qu'ils avaient modifiés, de sorte que le vérificateur d'intégrité du fabricant ne trouve plus rien à signaler. La phrase des chercheurs mérite d'être affichée au mur de l'équipe : une machine peut passer le contrôle d'intégrité et être quand même aux mains de quelqu'un d'autre.

Tout ça, plus des modèles de frontière qui atteignent huit objectifs sur huit dans un laboratoire industriel, 1 411 correctifs Microsoft en une seule journée, et une messagerie chiffrée qui confirme son départ du Canada. Bonne lecture.

Le négociateur de rançongiciels arrêté, et un confrère accusé d'avoir payé en cachette

Ed Dubrovsky, fondateur d'une firme de négociation en rançongiciel et cadre cyber bien connu au Canada, a été arrêté aux États-Unis. KrebsOnSecurity rapporte que l'arrestation serait liée au groupe ShinyHunters. La couverture canadienne insiste sur la stupéfaction du milieu : Dubrovsky est un négociateur réputé, auteur d'un livre sur le sujet. À ce stade il n'y a que des accusations, et on ignore encore ce qui lui est précisément reproché. La même semaine, le propriétaire de MonsterCloud était accusé d'avoir facturé plus de 19 millions de dollars de prestations de récupération tout en payant secrètement les rançons pour obtenir les clés de déchiffrement.

Les deux dossiers visent le même étage de l'écosystème, celui des intermédiaires entre la victime et le criminel, et c'est l'étage le moins contrôlé de toute la chaîne de réponse à incident. Un négociateur voit passer la pression, le budget, le calendrier et l'appétit de la victime, et personne ne lui demande de prouver l'indépendance de sa position. La question pratique pour qui tient un plan de réponse n'est pas de savoir si son prestataire est honnête, mais de savoir ce que le contrat prévoit : qui décide de payer, qui parle au courtier d'assurance, qui conserve la trace des échanges avec l'attaquant, et surtout comment on remplace un intervenant en pleine crise si une accusation lui tombe dessus. Nous suivions ce dossier la semaine dernière par son autre bout, l'arrestation du meneur présumé de ShinyHunters à Amman (voir l'[[Newsletter 23|édition 23]]) ; l'angle neuf est que l'enquête remonte maintenant vers ceux qui vendaient la sortie de crise.

🔗 FBI Arrests Founder of Ransomware Negotiation Firm — Brian Krebs (via Canadian Cyber in Context)
🔗 Shock and surprise after FBI arrests Canadian cybersecurity expert in ShinyHunters hacking case — CBC News (via Canadian Cyber in Context)
🔗 MonsterCloud Owner Accused of Billing Over 19M While Secretly Paying Ransoms — The Hacker News (via Canadian Cyber in Context)

Les contrôleurs de froid d'Intermarché poussés à 50 degrés dans 150 magasins

Des attaquants ont compromis des contrôleurs de réfrigération exposés sur Internet dans des supermarchés français et ont fait monter les températures, jusqu'à 50 degrés Celsius dans certaines unités. Intermarché indique qu'environ 150 magasins ont été touchés, avec des pertes de stocks et, selon les comptes rendus, des incendies. Le CERT-FR a publié l'alerte CERTFR-2026-ALE-012 et confirme que des contrôleurs de plusieurs grands fabricants sont compromis. Détail relevé par la couverture canadienne du dossier : le mot de passe de ces équipements était programmé pour changer chaque jour et prenait la valeur de la date du jour.

Quand on parle de sécurité OT, on pense centrale électrique et chaîne de montage, et presque jamais au rayon des surgelés, alors que c'est exactement le même matériel connecté sans écran ni administrateur attitré, avec des dégâts physiques immédiats au bout. Le coût est la partie intéressante du dossier, et personne ne l'a encore chiffré : pertes de marchandise, nettoyage, remise en froid, assurance, sur environ 150 sites. Pour les praticiens, l'exercice de la semaine est un recensement plutôt qu'une détection. Quels équipements de bâtiment, de froid, de ventilation ou d'accès physique répondent sur une adresse publique, qui en détient les identifiants, et qui s'occupe de leurs mises à jour. La question gêne parce que la réponse se trouve rarement dans l'inventaire informatique : ces boîtiers arrivent avec le contrat de maintenance d'un fournisseur d'équipement, pas avec le parc.

🔗 Cyberattack defrosts French supermarket freezers, spoiling food at hundreds of stores — CBC News (via Canadian Cyber in Context)
🔗 CERTFR-2026-ALE-012 : compromission de contrôleurs de réfrigération — CERT-FR

Formulaires T4 et numéros d'assurance sociale exposés à l'Université Mennonite Canadienne

L'Université Mennonite Canadienne a subi une cyberattaque. Après avoir consulté des experts par l'intermédiaire de son assureur, elle a établi que les formulaires fiscaux T4 et T2202 émis par l'établissement avaient été consultés, ce qui expose des noms, des adresses postales et des numéros d'assurance sociale. Dans un dossier distinct, l'entreprise Williams Food Equipment, de Windsor, a averti sa clientèle d'une brèche de sécurité ayant mené à une fraude par hameçonnage, survenue chez un partenaire logiciel tiers le mois précédent.

Le numéro d'assurance sociale est la donnée canadienne dont la compromission ne se répare pas : on change un mot de passe, on remplace une carte de crédit, on ne réémet pas un NAS, et un feuillet T4 porte en plus le revenu et l'employeur, soit le dossier complet pour une usurpation crédible. Les deux dossiers de la semaine se lisent ensemble parce qu'ils ne demandent pas la même réponse. Pour l'université, le travail porte sur la conservation : un feuillet fiscal a une durée de vie réglementaire, pas éternelle, et personne n'est propriétaire du partage réseau où dort l'export de l'année passée. Pour l'entreprise de Windsor, le point de défaillance est le partenaire logiciel, et la seule question utile en revue de fournisseurs est de savoir qui détient vos données, pas qui vous facture. Les organisations québécoises soumises à la Loi 25 ont intérêt à traiter ces deux angles dans le même exercice, puisque l'obligation de déclaration ne distingue pas la brèche directe de celle du sous-traitant.

🔗 Cyber hack at Canadian Mennonite University — CBC News (via Canadian Cyber in Context)
🔗 Williams Food Equipment warns customers of security breach — CTV News (via Canadian Cyber in Context)

Des implants matériels dans les portefeuilles Ledger, 102 millions détournés

Des implants matériels ont été découverts dans des portefeuilles Ledger Nano X vendus par CryptoBilis, un revendeur agréé établi en Malaisie. Selon Bitquery, ils ont permis de détourner environ 102 millions de dollars en cryptomonnaies depuis quelque 315 comptes. Des implants ont aussi été trouvés dans des appareils achetés en magasin MediaMarkt en Allemagne, ainsi que dans des modèles Flex et Stax, ce qui pointe vers une compromission de la chaîne d'approvisionnement plus large que les seuls vendeurs non autorisés. Le hacker Joe Grand avait signalé des implants à Ledger dès mars, et Mark Karpelès a documenté en septembre et octobre des versions plus sophistiquées, dont un circuit souple et une antenne sur mesure référencée AC-A2016-NANO-V1.1. Ledger confirme de son côté que des composants ajoutés pouvaient transmettre les informations de récupération par un réseau mobile, que le matériel a été altéré avant d'atteindre les clients, et que le logiciel est intact.

La description technique de Kim Zetter est la partie à retenir, parce qu'elle décrit un fournisseur plutôt qu'un bricoleur : « A flex PCB keyed to the Ledger's own parts, a custom antenna already at its second revision, colour-matched coating and scraped markings all point to planning, a real budget, and a goal of mass production. » Une antenne à sa deuxième révision suppose un cycle d'itération, donc une équipe et un calendrier. Pour les praticiens, l'enseignement ne concerne pas la cryptomonnaie mais le canal de distribution, qui est un angle mort complet des programmes de gestion du risque tiers. On audite l'éditeur du logiciel, le fabricant du matériel, parfois l'assembleur, presque jamais le distributeur, le revendeur agréé et le détaillant qui manipulent physiquement l'appareil avant qu'il n'arrive. La contre-mesure réaliste pour une entreprise est procédurale : acheter les équipements sensibles directement au fabricant, contrôler l'intégrité des scellés à la réception, et pour les éléments porteurs de secrets, faire générer le secret après réception plutôt que de faire confiance à un état d'usine.

🔗 Who is planting backdoors in Ledger crypto wallets? — Kim Zetter (via ZERO DAY)
🔗 Ledger says spy chip inside CryptoBilis devices transmitted wallet keys over mobile network — CoinDesk (via The Cybersecurity Pulse)

Trezor réduit sa liste de revendeurs tout en niant toute compromission

Joe Grand a trouvé des implants dans deux portefeuilles Trezor : un Model T acheté sur Facebook Marketplace au Canada en 2025 et un Trezor One obtenu sur une boutique TikTok en août 2026. Dans les deux cas, le microcontrôleur avait été remplacé par un composant qui génère des phrases de récupération prédéfinies ; environ 50 dollars ont été dérobés au propriétaire du Trezor One. Le 13 octobre, Trezor a annoncé réduire sa liste de revendeurs agréés par « précaution », tout en affirmant qu'il n'existe « pas la moindre preuve » de compromission de ses appareils. Grand conteste cette lecture et rappelle que les modèles concernés restent supportés jusqu'en 2031 pour le logiciel et 2036 pour la sécurité.

Le problème de Trezor n'est pas l'implant, c'est l'écart entre le démenti public et la correspondance technique que le chercheur a publiée : quand les échanges privés d'août et septembre contredisent la déclaration officielle, c'est la crédibilité de toutes les prochaines communications de l'entreprise qui se trouve engagée. La réduction de la liste de revendeurs est une mesure sensée, et elle dit l'inverse du communiqué, puisqu'on ne restreint pas un canal dont on est certain qu'il n'a rien laissé passer. Pour les équipes qui gèrent des incidents fournisseurs, le dossier est un cas d'école de ce qu'il faut éviter : nier dans l'absolu plutôt que de borner un périmètre, et laisser un tiers publier la chronologie à sa place. La formulation défendable existe, elle consiste à décrire ce qui a été vérifié, sur quel échantillon, et ce qui reste inconnu.

🔗 Trezor wallets also compromised with implants — Kim Zetter (via ZERO DAY)

SlugFest, FakeGit et des identifiants volés : trois façons de faire confiance au mauvais dépôt

Trois dossiers de la semaine visent la même infrastructure. SlugFest est une faiblesse du Trusted Publishing de npm qui permet de publier des versions malveillantes d'un paquet sans jamais toucher au compte du mainteneur : la cause racine est une configuration qui fait confiance aux noms de dépôts GitHub plutôt qu'aux identifiants immuables de dépôt, de sorte qu'un attaquant qui reprend un nom renommé ou transféré hérite de la confiance de publication. GitHub expire désormais les configurations non validées, mais les anciennes relations de confiance restent exposées. Apiiro a de son côté recensé 17 610 dépôts liés à la campagne FakeGit, dont plus de 13 000 ont été repointés en 34 heures vers SmartLoader, qui installe le voleur d'informations StealC ; les attaquants réutilisent des dépôts existants au lieu d'en créer, précisément parce que cela leur donne l'air fiable. Meta a enfin déclaré que des attaquants, avec des identifiants d'employé compromis, avaient accédé à des dépôts GitHub contenant du code source et des données personnelles d'environ 1 500 personnes.

Les trois cas s'appuient sur la même hypothèse implicite, celle qui veut qu'un dépôt soit une identité : or un nom de dépôt se reprend, un historique de dépôt se détourne, et un compte de développeur se vole, pendant que la chaîne de build traite les trois comme une preuve d'origine. La contre-mesure sur npm est précise et se vérifie en une heure : reprendre les configurations de Trusted Publishing et s'assurer qu'elles portent un identifiant de dépôt plutôt qu'un chemin texte. Pour FakeGit, le réflexe utile ne concerne pas les développeurs chevronnés mais les postes de travail qui téléchargent une archive ZIP depuis un projet d'apparence légitime, ce qui range le sujet du côté du contrôle d'exécution plutôt que de la revue de code. Quant au dossier Meta, il rappelle qu'un seul jeu d'identifiants de développeur ouvre à la fois la propriété intellectuelle et les données personnelles, et que GitHub n'a pas été compromis : l'identité du développeur l'a été.

🔗 SlugFest: npm Trusted Publishing flaw — Help Net Security (via The Cybersecurity Pulse)
🔗 Never Deleted, Only Re-Pointed: Inside the 17,600-Repo FakeGit Fleet — Apiiro Research (via The Cybersecurity Pulse)
🔗 Meta says hackers took code, personal data of 1,500 in GitHub breach — SecurityWeek (via The Cybersecurity Pulse)

Trois zero-days enchaînés sur Ivanti Connect Secure, et une alerte Citrix de plus

Volexity a observé l'acteur UTA0576 enchaîner trois failles inédites dans Ivanti Connect Secure, un contournement d'authentification, une exécution de code à distance et une élévation de privilèges, pour obtenir un accès root non authentifié sur des appliances entièrement à jour. L'attaquant est ensuite allé chercher des identifiants, l'Active Directory, LAPS et les données de récupération BitLocker. La partie la plus préoccupante est le nettoyage : les journaux ont été expurgés et les composants modifiés restaurés en mémoire, pour ne laisser aucune trace persistante au vérificateur d'intégrité d'Ivanti. Les correctifs du contournement d'authentification et de l'exécution de code ont été publiés le 13 octobre, celui de l'élévation de privilèges était encore en attente à la publication des chercheurs, qui ont diffusé des indicateurs et un guide d'investigation.

La phrase de Volexity est la seule conclusion à retenir de la semaine sur les équipements de périphérie : « Translation: a box can pass the integrity check and still be owned. » La conséquence est méthodologique et coûteuse. Un contrôle d'intégrité est un contrôle de persistance, et un attaquant qui se maintient en mémoire ne laisse rien à comparer : la vérification porte sur le disque, l'intrus habite la RAM. Les équipes qui gèrent des concentrateurs d'accès à distance doivent donc traiter le résultat vert comme une absence de preuve, pas comme une preuve d'absence, et prévoir une capture mémoire dans leur procédure avant tout redémarrage, puisque le redémarrage efface la seule chose qui aurait servi. Deuxième rappel sur le même périmètre cette semaine : le Centre canadien pour la cybersécurité a publié une deuxième mise à jour de son alerte AL26-024 sur les vulnérabilités critiques de Citrix NetScaler ADC et Gateway, CVE-2026-88771 et CVE-2026-88772, un feuilleton que nous suivons depuis deux éditions (voir l'[[Newsletter 23|édition 23]]).

🔗 A series of unauthenticated events: chained exploitation of Ivanti Connect Secure zero-days — Volexity (via The Cybersecurity Pulse)
🔗 AL26-024 : vulnérabilités critiques affectant Citrix NetScaler ADC et NetScaler Gateway, mise à jour 2 — Centre canadien pour la cybersécurité (via Canadian Cyber in Context)

Patch Tuesday d'octobre : 1 411 failles, dont un contournement de Mark of the Web exploité

Microsoft a corrigé 1 411 vulnérabilités dans son Patch Tuesday d'octobre, dont 70 critiques et trois failles inédites. Celle qui compte est CVE-2026-96951, activement exploitée : elle permet de contourner les protections Mark of the Web de l'interpréteur de commandes Windows, c'est-à-dire les avertissements qui s'affichent sur les fichiers téléchargés depuis Internet. Les deux autres zero-days avaient été divulgués publiquement sans être signalés comme exploités.

Mark of the Web est l'un des rares contrôles de sécurité que l'utilisateur voit, comprend et applique lui-même, et un contournement exploité le retire du tableau sans que personne ne s'en aperçoive : la pièce jointe suspecte s'ouvre désormais sans poser de question. Le volume brut de 1 411 correctifs est devenu l'information la moins utile du bulletin, parce qu'aucune équipe ne les traite dans l'ordre. La hiérarchie à appliquer tient en deux lignes : d'abord les failles exploitées sur le poste de travail, puisque c'est là qu'arrive le courriel, ensuite les composants exposés sur le périmètre. Pour les organisations qui ont bâti leur sensibilisation sur l'avertissement de fichier téléchargé, le message interne à préparer est désagréable mais nécessaire, parce qu'une partie de la formation en vigueur décrit un garde-fou qui sautait déjà en production au moment du correctif.

🔗 Microsoft October 2026 Patch Tuesday fixes 1,411 flaws, 3 zero-days — BleepingComputer (via The Cybersecurity Pulse)
🔗 TCP 149: Hackers x Fridges on Fire — Andrew Richards

Une RCE non authentifiée dans GitLab auto-hébergé par un fichier de configuration CI

Rapid7 a divulgué CVE-2026-97229, une exécution de code à distance critique et non authentifiée qui affecte les instances GitLab CE et EE auto-hébergées, déclenchée par un fichier de configuration CI/CD malveillant. L'attaquant doit réussir à faire entrer une configuration piégée dans le pipeline d'un projet ; à partir de là, il obtient l'exécution de code dans le processus de l'application GitLab, et avec elle les identifiants et les données auxquels le serveur a accès. Les correctifs sont disponibles, et les clients de GitLab.com comme de GitLab Dedicated ne sont pas concernés.

Le serveur GitLab est la cible la plus rentable d'une entreprise de développement, parce qu'il contient le code, les jetons de déploiement et les secrets de la chaîne de build, soit de quoi rejouer tranquillement l'accès ailleurs après avoir perdu celui-ci. La condition d'exploitation mérite un examen honnête : il faut injecter une configuration dans un pipeline, ce qui est trivial dans tout dépôt acceptant des contributions externes, ou dans toute organisation où une requête de fusion déclenche un pipeline avant revue. C'est exactement le réglage par défaut dans beaucoup d'installations. Le contrôle à vérifier cette semaine n'est donc pas seulement la version, mais la politique de déclenchement des pipelines sur les branches qui ne sont pas de confiance, et ce que valent les jetons que ces exécutions peuvent lire.

🔗 CVE-2026-97229: Critical Unauthenticated Remote Code Execution in GitLab — Rapid7 (via The Cybersecurity Pulse)

Des certificats TLS contrefaits obtenus pour Google et d'autres grands services

Des attaquants ont obtenu des certificats TLS contrefaits pour Google et pour d'autres grands services, selon Ars Technica. Le dossier est encore mince sur les détails, et la lecture des observateurs est unanime sur un point : il s'agit d'une attaque sérieuse, susceptible d'en permettre d'autres, plus sophistiquées.

Un certificat contrefait pour un service majeur attaque la couche dont dépendent toutes les autres, puisque c'est l'autorité de certification qui transforme un nom de domaine en identité vérifiée, et que toute la sécurité du transport repose sur cette traduction. L'exposition concrète est l'interception en position d'intermédiaire, mais le volet le plus actionnable pour les équipes est ailleurs : les mécanismes de surveillance existent et sont peu utilisés. La transparence des certificats permet de s'abonner aux émissions concernant ses propres domaines, et détecte en heures un certificat qu'on n'a pas demandé. Pour une organisation qui exploite des services exposés, cette surveillance est gratuite, se branche en une après-midi, et reste absente de la plupart des programmes de détection que nous voyons. C'est d'ailleurs la même famille de problème que l'article sur npm plus haut : la confiance se raccroche à un nom, et le nom se fait emprunter.

🔗 Hackers obtain counterfeit TLS certificates for Google and other large services — Ars Technica (via Canadian Cyber in Context)

Huit scénarios sur huit pour des modèles de frontière en laboratoire OT

Booz Allen Hamilton a fait tourner des modèles d'IA de frontière sur huit scénarios dans un laboratoire OT contrôlé, et les modèles ont atteint les huit objectifs. L'un a déplacé un bras robotisé en quelques minutes. Un autre est passé d'une compromission réseau à des actions de contrôle industriel en un peu plus de 16 minutes. Des humains devaient approuver l'exploitation et les actions physiques, donc il ne s'agit pas d'une attaque autonome en conditions réelles, mais d'un aperçu de la vitesse à laquelle une telle attaque pourrait se dérouler.

Les 16 minutes sont le seul chiffre à retenir, parce qu'elles se comparent directement à une donnée que chaque équipe connaît : son délai de détection et son délai d'escalade vers l'automatisation industrielle, qui se comptent en heures dans la plupart des environnements OT, et en jours quand l'alerte doit traverser deux organisations. Le dispositif expérimental appelle les réserves d'usage, et elles sont dans le texte : laboratoire contrôlé, scénarios conçus pour être réalisables, validation humaine à chaque étape sensible. Cela ne retire rien à la conséquence de planification. Si la fenêtre entre le premier pied dans le réseau de bureau et la première commande vers un automate se mesure en minutes, alors les contrôles qui tiennent encore ne sont pas ceux de la détection, mais ceux de la séparation : une rupture de flux entre informatique et industriel, des listes d'autorisation sur les protocoles de commande, et des interlocks physiques qu'aucun logiciel ne peut contourner. Le sujet rejoint l'actualité des contrôleurs de réfrigération plus haut dans cette édition, par le haut de gamme plutôt que par le bas.

🔗 Frontier SI reaches OT systems — Booz Allen Hamilton (via The Cybersecurity Pulse)

Une chaîne d'exploit Chrome complète en six jours, et un scanner gratuit pour l'open source

XBOW a construit une chaîne d'exploit Chrome complète en six jours avec quatre chercheurs expérimentés assistés d'agents IA, et a remporté une prime Google de 250 000 dollars. Les failles sont corrigées. Les agents ont analysé le code source, testé des hypothèses, bâti des preuves de concept et rédigé des exploits ; les humains ont fixé la stratégie, découpé la chaîne en morceaux indépendants et changé de direction quand Google a signalé qu'une des failles était déjà connue. XBOW estime ses coûts de calcul à environ 40 000 dollars, hors temps de chercheur et développement. Dans le même mouvement, Anthropic a lancé un service gratuit sur inscription qui analyse périodiquement des projets open source à la recherche de vulnérabilités et envoie les rapports aux mainteneurs, sans revue humaine préalable des résultats.

La thèse de XBOW est plus intéressante que son titre, et elle est à contre-courant du discours ambiant : « The headline isn't "AI writes Chrome exploits now." It's that four people who know Chrome's internals cold used AI to ship a full chain in under a week. » L'expertise est le multiplicateur, l'agent est l'accélérateur. Pour les équipes qui recrutent, cela tranche une question budgétaire : l'outillage ne remplace pas la connaissance fine d'une cible, il la rend beaucoup plus rentable. Le service d'Anthropic illustre l'autre versant du même mouvement, et il reproduit le problème que nous décrivions à l'édition précédente, quand Google fermait une partie de son programme de primes sous le flot de rapports automatisés (voir l'[[Newsletter 23|édition 23]]) : aucun chercheur humain ne valide les signalements avant qu'ils partent, et c'est le mainteneur bénévole qui absorbe le tri. Du triage gratuit, pas des réponses gratuites.

🔗 XBOW built a Chrome full chain exploit — XBOW (via The Cybersecurity Pulse)
🔗 Launching an opt-in vulnerability-finding service for open-source software — Anthropic (via Canadian Cyber in Context)

Ottawa met l'IA de frontière au reverse engineering de maliciels

Le Centre canadien pour la cybersécurité a publié un document expliquant comment il utilise l'IA de frontière pour accélérer le reverse engineering de maliciels. C'est une publication de guidance, pas une annonce de produit, et elle décrit l'usage opérationnel d'une agence gouvernementale sur une tâche d'analyse technique. La même semaine, le gouvernement du Canada a diffusé un avis de mise en œuvre de politique de sécurité encadrant la préparation cyber à l'ère de l'intelligence artificielle de frontière.

C'est à notre connaissance le premier retour d'expérience documenté d'un CERT national sur l'intégration de l'IA de frontière dans ses propres opérations d'analyse, et il arrive avec une directive de politique, ce qui veut dire que la pratique et la règle avancent du même pas pour une fois. L'intérêt pratique pour les équipes DFIR est direct. Le reverse engineering est l'une des rares tâches où le coût d'une erreur de modèle reste contenu, puisque l'hypothèse produite est vérifiable par exécution ou par désassemblage, ce qui en fait un bon terrain d'adoption avant les tâches de décision. Pour les organisations réglementées et pour les fournisseurs qui vendent au gouvernement fédéral, l'avis de politique a une autre portée : il fixe des attentes qui se retrouveront en exigences contractuelles, et la lecture vaut mieux maintenant qu'au moment de l'appel d'offres.

🔗 How the Canadian Centre for Cyber Security uses frontier AI to accelerate malware reverse engineering — Centre canadien pour la cybersécurité (via Canadian Cyber in Context)
🔗 Canadian Cyber News Rewire 40 — Canadian Cyber in Context

Un protocole d'agents personnels porté par Meta, Sierra, Stripe et Walmart

Sierra, la société fondée par Bret Taylor, ancien co-chef de la direction de Salesforce, a annoncé le 6 octobre avec Meta le Personal Agent Protocol, aussi appelé Poppy. Le protocole normalise l'identité, l'authentification, les permissions et l'action entre l'agent d'une personne et une entreprise : l'utilisateur déclare ce que son agent peut faire, l'entreprise contrôle ce qu'elle expose par le web, par des API ou par son propre agent. L'objectif affiché est de sortir du screen-scraping et de l'agent qui se fait passer pour un humain. Meta, Stripe, Shopify, Walmart et Genesys figurent parmi les parties prenantes, et la liste des partenaires de conception comprend aussi OpenAI, Target, Bank of America et United Airlines.

Savoir qui est humain, qui est agent, et ce que chacun a le droit de faire est le problème d'infrastructure le plus urgent de l'année, et un protocole d'identité d'agents adopté par ces acteurs devient une couche d'autorisation à auditer comme on audite aujourd'hui une fédération SAML. La comparaison avec HTTP et OAuth circule beaucoup et elle est prématurée, parce que ces deux standards ont gagné sur des années d'implémentations concurrentes. Ce qui est déjà exploitable en revanche, c'est la question à poser en interne : quand un agent agira pour le compte d'un client sur votre portail, qu'allez-vous consigner, quel enregistrement de consentement garderez-vous, et comment distinguerez-vous une action mandatée d'une action usurpée. La réflexion retenue plus bas dans cette édition montre que le brouillon actuel laisse précisément ce dernier point à la bonne foi de l'agent.

🔗 Poppy: the Personal Agent Protocol — Sierra
🔗 Personal Agent Protocol specification — Personal Agent Protocol
🔗 What's Hot in AI/Infra/VC 519 — What's Hot in AI/Infra/VC

MoonPay met 200 serveurs MCP sous contrôle, et Tenable veut inspecter les vôtres

MoonPay, qui déplace l'argent de plus de 30 millions de personnes, a constaté que ses employés branchaient des agents IA sur des systèmes internes par MCP, hors de portée des contrôles posés au niveau du navigateur. Après un essai de 30 jours, la plateforme de Speakeasy gouverne désormais plus de 200 serveurs MCP et plus de 60 000 sessions d'agents, chaque action agentique étant authentifiée, auditable et conforme. Tenable a de son côté ajouté AI Inspector à son offre, un service qui évalue les agents, les compétences et les serveurs MCP avant leur déploiement, par une combinaison d'analyse automatisée, d'inspection assistée par IA et de revue humaine.

Le chiffre utile n'est pas 60 000 sessions, c'est 200 serveurs MCP chez une entreprise d'environ 30 millions de clients : l'ordre de grandeur dit que le shadow AI agentique ne se compte pas en expérimentations isolées mais en centaines de points d'intégration, construits par des gens qui faisaient correctement leur travail. Les deux annonces viennent de fournisseurs, dont l'une est un contenu partenaire, et les chiffres doivent se lire avec cette réserve. L'enseignement tient quand même, parce que le mécanisme est vérifiable chez soi en une journée : un serveur MCP se déclare dans un fichier de configuration local, n'apparaît dans aucun inventaire d'application, ne passe par aucune passerelle web, et porte les droits de la personne qui l'a lancé. Le point de contrôle réaliste n'est donc pas le navigateur mais le poste de travail et le jeton : qui a émis les identifiants que l'agent utilise, et pour combien de temps.

🔗 AI Control Plane — Speakeasy (contenu partenaire, via Return on Security)
🔗 Tenable AI Inspector — Tenable (via The Cybersecurity Pulse)

Workday rachète C1.ai et rapproche le dossier RH du contrôle des accès

Workday a signé un accord définitif pour acquérir C1.ai, une plateforme de gouvernance des identités qui couvre les employés et les agents IA. Les termes ne sont pas divulgués et la clôture est attendue d'ici le 31 janvier 2027. Workday a réalisé environ 9,5 milliards de dollars de revenus lors de son dernier exercice et compte plus de 11 500 clients, dont plus de 65 pour cent du Fortune 500. L'entreprise détient déjà la source de vérité sur qui travaille où.

Le mouvement de fond est la fusion des RH et de l'identité : celui qui détient le dossier employé veut détenir les accès, et la promesse technique est que le provisionnement et le déprovisionnement se déclenchent sur un changement de poste plutôt que sur un ticket. Le revers est immédiat pour le marché de la gouvernance des identités, puisque l'un des acteurs indépendants les plus solides de la catégorie passe sous le contrôle d'une plateforme RH, et que les concurrents téléphonaient déjà aux clients de C1 la semaine de l'annonce. Pour les RSSI concernés, les trois questions à poser au moment du renouvellement sont celles de tout rachat : la feuille de route, le prix à l'échéance, et le niveau de priorité accordé aux déploiements qui ne tournent pas sur Workday. Il y a une quatrième question, propre à ce dossier : dans quelle mesure le registre d'agents de l'acquéreur devient le point d'autorité sur les identités non humaines, qui n'ont pas de dossier employé.

🔗 Workday to Acquire C1.ai — C1.ai (via The Cybersecurity Pulse)
🔗 TCP 149: Hackers x Fridges on Fire — Andrew Richards

87,7 millions levés en une semaine, et l'ère du Stitch It Together

Semaine du 12 octobre : 7 sociétés de 4 pays ont levé 87,7 millions de dollars dans 6 catégories distinctes, pour un ticket moyen de 12,5 millions et une médiane de 4,5 millions, avec 89 pour cent des montants divulgués allant à des éditeurs de produit. Six sociétés de trois pays ont été acquises. Les principales opérations sont Hadrian aux Pays-Bas, 40 millions en série B pour de la simulation d'attaque et de brèche, Rein Security en Israël, 25 millions en série A pour de la surveillance applicative à l'exécution, Netsec en France, 10 millions, Fleuret AI en France, 4,5 millions en pre-seed pour du test d'intrusion autonome, et Hilt aux États-Unis, 4,2 millions en amorçage pour de la prévention d'exfiltration au niveau du noyau.

La thèse que Mike Privette tire de son propre décompte est la partie la plus utile de son édition, et elle tranche un débat d'architecture : « The new way forward is to buy, build, and stitch. That's what I call the Stitch It Together era. » On ne remplace pas son EDR par une solution maison, et il le dit sans ménagement, on ne roule jamais son propre CrowdStrike. Mais l'ère du « il suffit d'acheter » est aussi terminée, parce que l'IA rend enfin abordable la plomberie entre produits payants et briques ouvertes, celle que seules les plus grandes équipes des géants technologiques savaient fabriquer. L'objection se lit dans le même texte : ce qui s'assemble doit s'entretenir, et un tissu connectif écrit par IA est du code de production que personne n'a mis au budget. Le reste du décompte confirme où va l'argent, puisque deux des cinq opérations notables financent de l'offensif automatisé, catégorie que nous voyions déjà rafler la mise la semaine dernière (voir l'[[Newsletter 23|édition 23]]).

🔗 Security, Funded 265 — Mike Privette
🔗 Hadrian raises 40M — Hadrian (via Return on Security)
🔗 Rein Security raises 25 million — Rein Security (via Return on Security)

IonQ, CrowdStrike et Absolute : la consolidation avance par petits morceaux

Trois opérations de la semaine racontent la même recomposition. IonQ, société d'informatique quantique, rachète Elisity, spécialiste de la microsegmentation réseau fondée sur l'identité, dans une transaction entièrement en actions valorisée jusqu'à 1,3 milliard de dollars, dont 150 millions de compléments de prix conditionnels. Calcalist rapporte par ailleurs que CrowdStrike serait en discussions avancées pour acquérir la jeune pousse israélienne Orion Security, spécialisée en prévention de fuite de données assistée par IA, pour environ 500 millions, sans annonce officielle à ce stade. La même publication rapporte qu'XM Cyber licencierait environ 250 personnes en Israël après la reprise de sa technologie par CrowdStrike, une opération évaluée autour de 600 millions et confirmée par aucune des deux entreprises. Dans un registre plus discret, Absolute Software a racheté FirmGuard, spécialiste de la sécurité du microcode et de l'embarqué.

Le détail qui mérite l'attention des acheteurs n'est pas le montant mais la structure de l'opération XM Cyber : on achète la technologie sans l'entreprise, ce qui laisse les clients avec un produit dont l'équipe de développement vient d'être réduite et dont le support change de main. Ce montage se répand, parce qu'il permet d'acquérir une capacité sans porter une organisation, et il n'offre aucune des garanties implicites d'un rachat classique. Pour un renouvellement en cours, la question à poser au commercial est factuelle : est-ce l'entreprise ou seulement sa technologie qui a été reprise, et qui tient le contrat de support à la fin du trimestre. Le rachat d'Elisity par un fabricant d'ordinateurs quantiques relève d'une autre logique, celle de la constitution d'un portefeuille de sécurité autour d'une promesse post-quantique, et mérite surtout d'être lu comme un signal sur les valorisations de la microsegmentation.

🔗 IonQ to acquire Elisity — IonQ (via The Cybersecurity Pulse)
🔗 CrowdStrike in talks to acquire Orion Security — Calcalist (via The Cybersecurity Pulse)
🔗 XM Cyber cuts about 250 jobs after CrowdStrike technology deal — Calcalist (via The Cybersecurity Pulse)

Signal et Psiphon menacent de quitter le Canada si le projet de loi C-22 passe

Signal a déclaré que les modifications apportées par le ministre au projet de loi sur l'accès légal ne le convaincront pas de rester au Canada, alors que le projet de loi C-22 sera bientôt examiné par le Sénat. Le service de contournement de la censure Psiphon, basé à Toronto et utilisé par une vingtaine de millions de personnes, a pris la même position, aux côtés de NordVPN et de Windscribe. Le Globe and Mail défend par ailleurs en éditorial une thèse tranchée sur le fond du dossier, selon laquelle le gouvernement Carney cherche pour les forces de l'ordre une voie facile qui fera plus de mal que de bien.

Le risque concret pour les organisations canadiennes n'est pas la perte d'une application de messagerie grand public, c'est la dépendance soudaine à des outils qui pourraient cesser d'être offerts ici : une équipe de sécurité qui a bâti ses canaux de crise ou son dispositif de protection des sources sur un fournisseur qui annonce son départ a un problème de continuité, pas un problème d'opinion. L'exercice utile se fait avant l'adoption. Il consiste à lister les services de communication et de contournement dont dépendent les fonctions sensibles de l'organisation, à identifier ceux qui ont publiquement conditionné leur présence au contenu final du texte, et à prévoir une solution de rechange qui ne suppose pas une migration en urgence. Pour les cabinets professionnels, les médias et les organismes qui gèrent du signalement anonyme, c'est la partie du dossier qui a une échéance.

🔗 Messaging service Signal says minister's changes to lawful access bill will not persuade it to stay in Canada — The Globe and Mail (via Canadian Cyber in Context)
🔗 Canada's Bill C-22 could drive out a tool 20 million people use to beat censorship — TechRadar (via Canadian Cyber in Context)

La Défense nationale double ses nouveaux contrats avec les géants américains

Le ministère de la Défense nationale a doublé le nombre de nouveaux contrats attribués aux géants technologiques américains, selon une enquête de The Maple. La publication estime que la tendance se poursuivra, et reproche au gouvernement Carney de ne pas prendre de mesures concrètes en faveur de la cybersécurité canadienne.

L'écart entre le discours de souveraineté numérique et la colonne des attributions est la donnée la plus exploitable de la semaine pour quiconque conseille une organisation canadienne, parce qu'il indique où se trouve réellement la dépendance et non où l'on souhaiterait qu'elle soit. La lecture praticienne se fait en deux temps. D'abord la dépendance technique : une capacité de défense opérée sur une plateforme étrangère hérite des conditions juridiques du pays de cette plateforme, et cette question se pose exactement de la même façon pour une entreprise québécoise qui héberge ses journaux de sécurité hors du pays. Ensuite la dépendance industrielle : un marché d'approvisionnement qui ne crée pas de capacité locale ne produit pas de fournisseur canadien crédible pour la décennie suivante. Ce sont deux problèmes distincts, et seul le premier se règle par une clause contractuelle.

🔗 National Defence has doubled new contracts with U.S. tech giants — The Maple (via Canadian Cyber in Context)

Sanctions contre l'Iran et saisie de sept domaines liés à Pékin

Le Canada a imposé de nouvelles sanctions contre l'Iran et contre des acteurs iraniens en lien avec les activités de répression de ce pays dans l'espace numérique, publiées dans la Gazette du Canada le 7 octobre 2026 sous la référence DORS/2026-195. Aux États-Unis, le ministère de la Justice et le FBI ont saisi sept domaines liés à des outils de piratage attribués à Integrity Technology Group, une société de sécurité établie à Pékin et associée à des opérations parrainées par l'État chinois, outils utilisés pour le balayage, l'hameçonnage ciblé et des attaques contre des infrastructures critiques. Ce n'est pas la première intervention contre cette société : en 2024, le FBI avait démantelé un réseau de machines compromises qui lui était lié, comptant plus de 200 000 appareils.

La question que pose The Cybersecurity Pulse est la bonne, et elle reste ouverte : « So the real question: are takedowns actually degrading capability, or just forcing them to buy new domains? » Les personnes, les méthodes et le financement survivent à la saisie d'une infrastructure, et le délai de reconstitution se compte en semaines. Pour les équipes de détection, la conséquence est pratique : une liste d'indicateurs publiée au moment d'un démantèlement a une durée de vie courte, et vaut surtout pour la chasse rétrospective dans les journaux conservés. Du côté canadien, le règlement de sanctions a un effet plus immédiat qu'il n'y paraît, puisqu'il touche le filtrage des contreparties et la conformité des clients exposés à l'Iran, un contrôle qui vit chez le service juridique et les finances plutôt qu'en sécurité, et qui se met rarement à jour au rythme de la Gazette.

🔗 Gazette du Canada, Partie II, DORS/2026-195 — Gouvernement du Canada (via Canadian Cyber in Context)
🔗 Justice Department and FBI Seize Vulnerability Scanning and Spear-Phishing Tools Operated by Chinese State-Sponsored Hackers — DOJ et FBI (via The Cybersecurity Pulse)

Le problème du SIEM est devenu un problème d'architecture

Uche Obiora soutient que le marché du SIEM ne converge plus vers une architecture de remplacement unique mais se sépare en cinq modèles, selon l'endroit où se trouve le point de contrôle principal : une plateforme de sécurité intégrée, un environnement d'observabilité, un pipeline de données de sécurité, la plateforme de données sous-jacente, ou une couche d'accès fédérée. Son cadre, qu'il nomme Modern SIEM Architecture Models, réorganise le marché autour de quatre domaines : le chemin de la donnée, l'exécution des détections, le contexte d'investigation et le flux de travail des agents. Deux chiffres qu'il cite plantent le décor : selon Splunk, 46 pour cent des équipes passent plus de temps à entretenir leurs outils qu'à défendre leur organisation, et selon le SANS, 42 pour cent des SOC envoient leurs données dans un SIEM sans stratégie définie pour les gérer ou les retrouver.

La thèse se résume à une phrase qui déplace le critère d'achat : « The strongest SIEM architectures will be the ones that give analysts and AI fast, trustworthy access to the evidence they need while preserving control over cost, data ownership, response authority, and portability. » Autrement dit, la question du renouvellement n'est plus de savoir quel produit ingère le mieux, mais où sont les quatre points de contrôle, et lesquels on accepte de céder. L'objection est franche et il faut la garder en tête : le cadre MSAM et le modèle de SOC de confiance sont des constructions propriétaires de l'auteur, sans validation par des déploiements tiers, et le classement des fournisseurs par couche de contrôle arrange parfois la réalité d'un produit qui en occupe plusieurs. Ce qui reste solide est la grille de test en appel d'offres qu'il propose, en particulier la mesure du temps de réponse d'une recherche sur plusieurs mois de vos propres données, qui est la seule épreuve qu'une démonstration commerciale ne sait pas truquer.

🔗 The SIEM problem has become an architecture problem — Uche Obiora (via Software Analyst Cyber Research)

Une permission permanente que le commerçant ne peut pas vérifier

Karl McGuinness prend l'exemple du protocole d'agents personnels annoncé cette semaine, et le pousse jusqu'à son point de rupture avec un cas trivial. Un client veut échanger un manteau pour sa version isolée, en rupture de stock, à condition que l'échange ne coûte pas plus de 75 dollars de plus, et il sera absent quand le devis arrivera. Le protocole prévoit la situation : l'agent confirme sur une permission permanente, et transmet au commerce une mention indiquant que l'approbation vient de cette permission. Le commerce, lui, ne voit que l'étiquette. Il ne peut pas vérifier la limite de 75 dollars, et un agent dont le modèle aurait été manipulé par du contenu injecté enverrait exactement la même confirmation pour un devis à 90 dollars. L'auteur propose une extension, qu'il nomme Mission, où le client approuve la tâche et ses limites une fois sur la page du commerce, qui conserve cet enregistrement et vérifie chaque confirmation contre lui : 73 dollars passent en l'absence du client, 90 dollars sont refusés.

Le point faible qu'il isole est nommé dans le brouillon lui-même, et c'est ce qui rend la démonstration difficile à écarter : « Section 8 of the extension says approved_by "works on trust", so a store that will not take the agent's word sets user_approval_required and makes the User approve every revision, which defeats the purpose of letting the agent act while the User is away. » On retrouve le dilemme classique de l'autorisation déléguée, où le détenteur de la ressource doit choisir entre croire le mandataire sur parole et rappeler le mandant à chaque geste. L'objection vient de l'auteur, qui l'écrit noir sur blanc : ni le protocole ni ses propres brouillons n'ont adopté la proposition, et sa mise en œuvre dépendrait des commerces et des plateformes, donc la lacune reste ouverte en pratique. Pour les architectes qui préparent l'arrivée des agents sur leurs portails, la leçon transposable est indépendante du protocole : la preuve de ce que l'utilisateur a approuvé doit vivre du côté de celui qui exécute l'action, pas du côté de celui qui la demande.

🔗 Poppy's standing permissions work on trust — Karl McGuinness (via Control Plane)

Le cache est le nouveau coût de sortie

Jamin Ball déplace l'attention des grilles tarifaires des fournisseurs de modèles vers la seule ligne que les agents consomment réellement, le tarif de lecture du cache, c'est-à-dire ce que facture un fournisseur pour relire les jetons d'entrée qu'il a déjà traités lors d'un appel précédent. Dans une boucle d'agent, le prompt système, les définitions d'outils et l'historique forment la majorité des jetons d'entrée et n'ont pas besoin d'être renvoyés à chaque tour. Son analogie est celle des débuts de l'infonuagique, où l'on regardait le prix du calcul et du stockage avant de comprendre que le coût de sortie des données était le vrai verrou. Sur une session de 40 tours avec un bon taux de succès du cache, il montre un écart qui renverse l'intuition : rester sur un seul modèle coûte environ 4,90 dollars, alterner avec un modèle cinq fois moins cher en liste fait monter la facture à 18 dollars.

La conclusion est directement opérationnelle pour qui pilote un budget d'inférence : « Routing to the cheaper model ends up costing ~4x than not routing and hitting the cache. » Le routage par appel, qui est la promesse commerciale de toute une catégorie d'outils, devient contre-productif dès qu'un cache entre en jeu, parce que le cache est lié à un fournisseur et à un modèle, et que chaque bascule en cours de session se paye au tarif plein sur l'ensemble du contexte. Le routage garde son intérêt au niveau de la session, pas de la requête. L'objection est la fragilité de la matière : les grilles tarifaires changent vite et le taux de succès du cache varie fortement d'une charge à l'autre, ce qui peut déplacer les conclusions en un trimestre. Reste l'enseignement structurel, qui concerne la dépendance plus que la facture : si les agents tournent de plus en plus longtemps, le cache accumulé devient un coût de départ, et la négociation avec un fournisseur se discute désormais sur cette ligne.

🔗 Clouded Judgement 10.9.26 - Cache Is the New Egress — Jamin Ball (via Clouded Judgement)

Des câbles télégraphiques de 1898 aux drones sur les datacenters

Richard Stiennon inscrit les frappes physiques contre l'infrastructure de communication dans une généalogie longue. En mai 1898, des équipages de la marine américaine coupent sous le feu deux câbles télégraphiques sous-marins au large de Cienfuegos, à Cuba, et détruisent la station câblière. Au début de la Première Guerre mondiale, le navire câblier britannique Alert sectionne les liaisons télégraphiques internationales de l'Allemagne, forçant ses communications sur des routes que Londres peut intercepter. En mars 2022, une frappe russe endommage la régie du pylône de télévision de Kiev. Au printemps 2026, des frappes de drones iraniennes touchent deux installations d'AWS aux Émirats, et endommagent physiquement un site à Bahreïn. Puis, entre le 8 et le 11 octobre, des drones frappent des centres de données de Yandex à Sasovo, Kaluga et Vladimir, arrêtant complètement deux des sites, désactivant plusieurs modules du troisième et perturbant des services d'infonuagique, de transport, de services bancaires et de médias dans toute la Russie.

La conséquence que l'auteur en tire est celle qui intéresse directement les plans de continuité : un centre de données hyperscale est désormais une cible militaire plausible, ce qui fait entrer la destruction physique simultanée de plusieurs sites dans le domaine des scénarios à écrire, et non plus dans celui des hypothèses improbables. La plupart des plans de reprise supposent la perte d'une zone de disponibilité pour cause de panne, pas la perte coordonnée de trois installations pour cause de frappe. L'objection est posée par l'auteur lui-même, honnêtement : sa donnée sur la chute du trafic de robots russes provient d'un indicateur qui inclut probablement le robot d'indexation de Yandex, et sa thèse d'un effet en cascade favorable à l'Ukraine reste spéculative. La généalogie, elle, tient parfaitement. Couper les communications de l'adversaire est une habitude vieille de 128 ans, et la nouveauté est seulement que la cible porte maintenant les services civils de tout un pays.

🔗 Kinetic Escalation in Cyberwar — Richard Stiennon (via The Security Industry)
🔗 Ukrainian drone strikes on Yandex datacenters knock cloud and payments offline — The Register (via Canadian Cyber in Context)

🎯 Vous n'avez pas encore fait le quiz ? Cinq questions sur cette édition, deux minutes, un classement : c'est ici · classement

Vos retours ?

Des sujets à approfondir, des sources à ajouter, des critiques sur le format — tout est bienvenu. On ajuste en continu.

Prochaine édition : semaine du 19 octobre.

Newsletter interne — Équipe Cyber KPMG Québec

Édition 24 | Semaine du 10 octobre 2026

Sources consolidées cette semaine :

The Cybersecurity Pulse · Canadian Cyber in Context · Krebs on Security · ZERO DAY · Return on Security · Software Analyst Cyber Research · Control Plane · Clouded Judgement · The Security Industry · What's Hot in AI/Infra/VC