L'actu cyber du jour

mercredi 28 octobre 2026

10 actualités, 32 sources. Chaque information est attribuée à ses sources d'origine : suivez les liens pour en lire le détail.

Lecture : 15 min

L'essentiel

Une faille dans une bibliothèque de compression fait basculer la journée : CVE-2026-111497, dite Node2Shell / Brotli2Shell, est désormais au catalogue KEV de la CISA, avec du trafic d'exploitation réel observé et un opérateur qui semble viser le volume. Le problème touche bien au-delà de Node.js : .NET, Bun, Envoy, Istio, FFmpeg, ClickHouse, PHP.
L'IA n'est plus un sujet de prospective, c'est un acteur du terrain : un modèle interne non publié d'Anthropic a enchaîné seul des failles en exploits fonctionnels sur Chrome, Safari, Windows et Linux, tandis qu'un agent autonome nommé Cipher a trouvé quatre failles dans un logiciel de contrôle scientifique en moins de quatre heures.
Côté attaque, l'industrialisation est mesurable : CyberStrikeAI a réparti une campagne contre le Japon sur 44 agents, et 123 Reg attribue à un acteur lié à la Chine une intrusion menée avec des "skills" IA et l'outil ARTEX.
Le temps entre correctif et exploitation continue de se comprimer : Oracle EBS a été scanné moins de 24 heures après la publication de son Correctif Trimestriel d'Octobre, et Adobe Commerce comme Brotli sont entrés au KEV le même jour.
Les actifs IA sont devenus des cibles à part entière : le voleur d'informations Aokigahara vise explicitement les jetons de session de Claude, ChatGPT, Cursor, Copilot et Gemini CLI, et Warp a exposé des journaux de décision d'agents.
Tendance dominante : la découverte de vulnérabilités est en train de devenir une commodité automatisée, alors que la remédiation reste humaine, lente et politique. C'est cet écart, et non la sophistication des attaques, qui constitue le risque principal.

01 / 10CritiqueVulnérabilité

Node2Shell : la faille Brotli passe en exploitation active et entre au KEV

Concerné: Décodeur de la bibliothèque Google Brotli, corrigée dans les versions 1.2.1, 1.1.1 et 1.0.10. Via Brotli embarqué : Node.js 22.x (corrigé en 22.23.4), 24.x (24.22.1), 26.x (26.12.1) ; les branches 20.x, 23.x et 25.x sont affectées et ne recevront pas de correctif. Également cités comme exposés : .NET, Bun, Envoy Proxy, Istio, clients HTTP Python, FFmpeg, Apache Arrow, ClickHouse, extension PHP Brotli, gem Ruby "brotli".
Correctif: Oui, versions Brotli 1.2.1 / 1.1.1 / 1.0.10 et mises à jour des projets consommateurs. Microsoft a publié un correctif .NET d'urgence.

Ce qui s'est passé: Brotli est un algorithme de compression créé par Google, utilisé partout pour réduire la taille des données échangées sur le web. Son décodeur ne vérifiait pas correctement une valeur de retour, ce qui permet à un flux compressé malveillant de corrompre la mémoire du programme qui le décompresse. Le correctif était présent dans le dépôt public depuis février 2026 sans être publié ni documenté, et n'a été livré en version installable que la semaine dernière, ce qui laisse huit mois d'exposition silencieuse.
Ce que ça change: Un attaquant non authentifié peut provoquer un crash (déni de service), lire des fragments de mémoire du processus (fuite d'informations) ou, dans les cas favorables, exécuter du code à distance sur le serveur. Toute application qui décompresse des données contrôlées par l'utilisateur est candidate, ce qui inclut des serveurs HTTP, des proxys et des runtimes applicatifs.
Ce qu'il faut faire: Inventorier les composants qui décompressent du Brotli (y compris via des dépendances transitives), reconstruire les images de conteneurs plutôt que de se contenter de redémarrer, puis vérifier que les charges en cours d'exécution utilisent bien la version corrigée. Si le correctif ne peut pas être appliqué immédiatement : bloquer les requêtes compressées en Brotli au niveau du proxy ou du pare-feu, ou désactiver le décodage Brotli. La CISA impose aux agences fédérales américaines une échéance au 10 novembre 2026.
Ce qui reste incertain: L'ampleur réelle de l'exploitation reste floue : un opérateur de honeypot a enregistré une tentative utilisant un exploit cassé, et une seule source (ELLIO) affirme avoir confirmé un shell sur des builds vulnérables. La présence d'un décodeur vulnérable n'implique pas exposition si l'application ne traite jamais de données Brotli non fiables.

Sources :helpnetsecurity.com bleepingcomputer.com securityweek.com

02 / 10CritiqueIA & Sécurité

Un modèle IA interne d'Anthropic enchaîne seul des failles zero-day en exploits fonctionnels

Concerné: Chrome (corrigé en 156, le 20 octobre 2026) ; Safari sur iOS et iPadOS (corrigé en 26.5.2, le 29 juin 2026) ; Android (correctif annoncé par Anthropic, sans avis public identifié) ; noyau Windows (correctif d'avril 2026) ; noyau Linux (correctif du 15 octobre 2026)
Correctif: Oui pour les cinq chaînes. Chrome 156, iOS et iPadOS 26.5.2, correctifs noyau Windows et Linux. La chaîne Android n'a pas de référence publique vérifiable.

Ce qui s'est passé: La Frontier Red Team d'Anthropic raconte avoir demandé à un modèle maison non publié de chercher des failles, puis de les assembler en attaques complètes. Le résultat le plus parlant : une page web malveillante ouvre la calculatrice sur un Mac de série, hors du bac à sable de Chrome, en quelques secondes et sans clic supplémentaire. La chaîne Chrome repose sur quatre défauts successifs : corruption mémoire dans V8, évasion du bac à sable mémoire, condition de concurrence dans CacheStorage, puis un use-after-free dans FedCM pour sortir du sandbox.
Ce que ça change: Sur Chrome et Safari, un simple chargement de page pouvait suffire à exécuter du code hors sandbox ou à désactiver la politique de même origine, donc à lire les données d'autres sites (webmail, banque) avec la session de la victime. Sur Linux, la chaîne aboutissait à un shell root distant sans authentification, en 48 minutes pour fuiter une adresse noyau et 5 minutes de plus pour obtenir le shell. Sur Windows, l'impact se limitait à un déni de service répétable.
Ce qu'il faut faire: Vérifier les versions de navigateurs et de systèmes sur les parcs, en particulier les appareils mobiles anciens souvent oubliés des cycles de mise à jour. Plus structurellement : considérer que la fenêtre entre découverte et exploit exploitable se compte désormais en heures, et non en semaines, et aligner les délais de patch sur cette réalité.
Ce qui reste incertain: L'essentiel de la démonstration repose sur la seule parole d'Anthropic. La société ne nomme pas le modèle, ne détaille pas la répartition entre travail humain et travail machine, et deux références CVE (Windows, Linux) décrivent des composants différents de ceux évoqués dans le billet : le lien entre les deux n'est pas confirmé par des sources indépendantes. L'attribution du CVE Windows ne mentionne aucun découvreur.

Sources :thehackernews.com

03 / 10CritiqueAttaque

GMO / Onamae : extorsion à 50 millions de dollars, arrêt forcé de 26 739 serveurs et prime d'un million

Concerné: Service Onamae.com Desktop Cloud (bureaux Windows hébergés, utilisés notamment pour le trading de devises)
Correctif: Sans objet. Mesure de containment : serveurs arrêtés depuis le 21 octobre, clients invités à déconnecter leurs machines d'Internet et à les éteindre face à la menace d'une attaque par rançongiciel.

Ce qui s'est passé: GMO Internet a détecté le 20 octobre l'installation de programmes malveillants sur des serveurs clients. L'entreprise a coupé le service, puis reconnu le 24 octobre un accès non autorisé et l'exfiltration d'informations clients. Une demande d'environ 50 millions de dollars (8 milliards de yens) a été reçue le 21 octobre. GMO refuse de payer et ouvre le 28 octobre un programme de primes pouvant atteindre 1 million de dollars au total, versées uniquement en cas d'arrestation ou de notice internationale de recherche.
Ce que ça change: Les identifiants enregistrés dans les logiciels de trading (MetaTrader 4 et 5) figuraient parmi les données potentiellement exposées, et un courtier a déjà relié des ordres non autorisés sur des comptes clients à des identifiants fuités de ce service. 26 739 serveurs sont considérés comme potentiellement affectés, ce qui ne signifie pas 26 739 intrusions confirmées. Les données de carte bancaire n'étaient pas stockées sur ces serveurs.
Ce qu'il faut faire: Pour les clients du service, considérer tous les secrets stockés sur ces machines comme compromis (identifiants de courtage, clés API, mots de passe enregistrés dans les terminaux de trading) et les faire tourner depuis un poste sain. Pour les hébergeurs de bureaux à distance : segmentation forte entre clients, contrôle d'intégrité des images, journalisation des déploiements logiciels, et exercice de crise incluant la communication client sous 24 heures.
Ce qui reste incertain: Le vecteur initial n'est pas public. Le lien entre les ordres de trading frauduleux et la fuite repose sur l'analyse d'un courtier, pas sur une expertise judiciaire publiée. Le nombre exact de clients touchés n'est pas communiqué.

Sources :thehackernews.com bleepingcomputer.com

04 / 10ÉlevéeVulnérabilité

Oracle E-Business Suite : injection SQL critique à 9.8, déjà scannée sur Internet

Concerné: Oracle E-Business Suite, composant Application Object Library. Les versions précises ne sont pas détaillées dans les articles consultés.
Correctif: Oui, Correctif Critique d'Octobre 2026 d'Oracle.

Ce qui s'est passé: Il s'agit d'une injection SQL dans un composant central d'EBS, exploitable à distance et sans authentification via HTTP. Une injection SQL permet de glisser des ordres dans les requêtes que l'application adresse à sa base de données : au lieu de lire une fiche, l'attaquant peut lire toute la base, la modifier, ou détourner l'exécution. Ici, l'enchaînement va jusqu'à l'exécution de code et à la prise de contrôle du composant.
Ce que ça change: Compromission complète du serveur applicatif, accès aux données financières, RH et paie portées par EBS, et pivot possible vers la base de données interne. La découverte est attribuée à Horizon3.ai.
Ce qu'il faut faire: Appliquer le Correctif d'Octobre sans attendre, puis vérifier l'absence d'indicateurs de compromission sur les journaux HTTP du composant Application Object Library. Restreindre l'exposition Internet d'EBS, qui n'a aucune raison d'être joignable publiquement dans la majorité des déploiements. Surveiller les requêtes anormales vers les endpoints d'administration.
Ce qui reste incertain: Aucune confirmation d'exploitation réussie n'a été publiée à ce stade, seulement des tentatives d'exploration. L'historique est défavorable : EBS a déjà été exploité en 2025 par des groupes de rançongiciel et d'extorsion, notamment Cl0p.

Sources :securityweek.com bleepingcomputer.com

05 / 10ÉlevéeVulnérabilité

Adobe Commerce et Magento : PolyShell au KEV, des centaines de boutiques compromises

Concerné: Adobe Commerce et Magento. Les versions précises ne sont pas indiquées dans l'article consulté.
Correctif: Oui, correctif éditeur Adobe (bulletin non détaillé dans les sources consultées).

Ce qui s'est passé: La faille permet de téléverser un fichier de type dangereux sans restriction, ce qui aboutit à l'exécution de code dans le contexte de l'utilisateur courant. Les attaquants injectent ensuite un chargeur malveillant dans un bloc CMS de Magento, lequel va chercher et exécuter une charge distante. Aucun malware de second étage n'a été récupéré à ce jour, ce qui rend l'objectif final de la campagne difficile à établir.
Ce que ça change: Prise de contrôle de la boutique en ligne, capacité à injecter du skimming de carte bancaire, à modifier les prix ou à rediriger les paiements. Le caractère furtif du chargeur (injecté dans le CMS, sans binaire déposé) complique la détection par les outils endpoint classiques.
Ce qu'il faut faire: Patcher Commerce et Magento, puis rechercher activement les blocs CMS modifiés et les fichiers PHP récemment ajoutés dans les répertoires media et pub. Comparer l'intégrité du code avec une référence connue. Surveiller les requêtes POST vers les endpoints de téléversement. Pour les marchands, vérifier les scripts de paiement chargés en front, un détournement de formulaire restant le risque financier le plus direct.
Ce qui reste incertain: Le nombre exact de boutiques touchées varie selon les sources (953 mentionnées dans une publication antérieure de Sansec, "des centaines" ici). L'objectif de la campagne reste inconnu faute de charge de second étage.

Sources :thehackernews.com

06 / 10ÉlevéeIA & Sécurité

CyberStrikeAI : 44 agents pour automatiser une campagne contre le Japon

Concerné: CyberStrikeAI, outil open source de tests d'intrusion détourné. Cibles : organisations au Japon, à Taïwan et à Hong Kong.
Correctif: Sans objet. Mesures : détection comportementale, restriction de l'exposition des surfaces d'administration.

Ce qui s'est passé: TrendAI a analysé trois campagnes distinctes au Japon, avec trois degrés d'implication de l'IA. La première est la plus marquante : CyberStrikeAI répartit le travail sur 44 agents pour couvrir reconnaissance, validation de vulnérabilités, exploitation, commande et contrôle, persistance, exfiltration et rédaction automatique du rapport final. Au moins 19 organisations identifiables, dont 16 au Japon, ont été soumises à cette activité de validation en peu de temps, chacune avec un rapport au même format et un index de preuves.
Ce que ça change: L'attaquant obtient un volume de cibles qualifiées qu'aucune équipe humaine ne peut produire à ce rythme, avec adaptation à la langue du pays ciblé (génération de pages de connexion factices en japonais). La deuxième campagne, menée par un humain assisté d'un LLM, a visé un serveur SIG configuré avec des identifiants par défaut, avec vol de données cadastrales et commerciales, d'identifiants Windows et de courriels. La troisième cantonne l'IA à l'écriture d'outils, contre des équipements de périphérie Cisco, Citrix, F5 et Yamaha.
Ce qu'il faut faire: Traiter les identifiants par défaut comme une vulnérabilité critique et les éliminer par politique technique, pas par consigne. Bloquer ou surveiller les user-agents et les motifs de requêtes typiques des frameworks d'attaque automatisés. Détecter la génération massive de pages de phishing au nom de l'organisation. Réduire la surface exposée des serveurs SIG, WebLogic et VPN, qui constituent le fonds de commerce de ces campagnes.
Ce qui reste incertain: Rien n'indique à ce stade que les trois incidents partagent un opérateur. Les modèles utilisés ne sont pas identifiés. L'ampleur hors Japon, Corée du Sud, Taïwan et Hong Kong reste inconnue.

Sources :thehackernews.com trendaisecurity.com

07 / 10ÉlevéeVulnérabilité

Tailscale : les failles "Tailworm" permettent une escalade vers root dans le réseau maillé

Concerné: Tailscale client, Tailscale SSH côté serveur (Linux et build macOS open source), serveur de contrôle auto-hébergé headscale pour les tests du chercheur. Correctif en version 1.104.4.
Correctif: Oui, Tailscale 1.104.4. Contournement possible : définir TS_SSH_DISABLE_FORWARDING=1 dans l'environnement du service tailscaled, puis redémarrer.

Ce qui s'est passé: Tailscale SSH n'utilise ni mot de passe ni clé : il décide à partir de l'identité de l'appareil et du fichier de politique du réseau. Le défaut se situe dans le transfert de connexions vers des sockets Unix, opération réalisée par le processus Tailscale avec les privilèges root. Le chemin était vérifié, puis une course temporelle permettait de le remplacer par un autre chemin après la vérification. Dans les tests du chercheur, le transfert vers le socket de contrôle Docker a donné un shell root et la lecture de /etc/shadow sans droits administrateur.
Ce que ça change: Un attaquant qui contrôle déjà un appareil autorisé par la politique, avec le transfert activé, peut atteindre des sockets réservés à root sur les autres machines du réseau, notamment le socket Docker ou l'API locale de tailscaled. C'est un chemin de mouvement latéral, pas un accès initial.
Ce qu'il faut faire: Mettre à jour en 1.104.4 ou plus récent. Auditer le fichier de politique pour supprimer les règles de transfert non indispensables et réduire le nombre d'appareils autorisés à ouvrir des sessions SSH. Le mode "check mode" ne protège pas contre ces failles, car il contrôle le début de session et non le transfert à l'intérieur de celle-ci. En cas de doute sur une compromission, supprimer la clé de l'appareil, un correctif seul ne suffisant pas.
Ce qui reste incertain: Le périmètre exact des versions affectées n'est pas publié en détail, seul le correctif est mis en avant. La description de l'impact diffère légèrement entre le chercheur (accès complet via Docker) et Tailscale (sockets root nommés).

Sources :thehackernews.com helpnetsecurity.com securityweek.com

08 / 10ÉlevéeVulnérabilité

Oracle PeopleSoft : le zero-day exploité par ShinyHunters était en réalité trois failles enchaînées

Concerné: PeopleSoft Enterprise PeopleTools 8.61 et 8.62
Correctif: Oui, correctif Oracle de juin 2026.

Ce qui s'est passé: La racine est une falsification de requête côté serveur (SSRF) qui atteint une interface d'administration interne, parce que PeopleSoft fait par défaut confiance à sa propre adresse de bouclage (loopback). Autrement dit, le serveur accepte comme légitime une requête qui prétend venir de lui-même, ce qui permet de contourner le filtrage censé protéger l'interface d'administration, puis de remonter jusqu'à l'exécution de code sans authentification. L'équipe Zero Day Initiative, qui a signalé le problème, indique avoir décrit trois vulnérabilités distinctes dans deux composants, et travaille avec Oracle à l'attribution de CVE séparés.
Ce que ça change: Prise de contrôle complète du serveur PeopleSoft par un attaquant non authentifié, avec accès aux données RH, paie et identités de l'entreprise. C'est un socle particulièrement sensible, et le groupe qui l'exploite est spécialisé dans l'extorsion par vol de données.
Ce qu'il faut faire: Confirmer que le correctif de juin est appliqué, puis vérifier l'absence de traces d'exploitation SSRF dans les journaux applicatifs (requêtes vers les interfaces d'administration interne, accès depuis l'adresse de bouclage). Ne pas exposer PeopleSoft directement sur Internet. Auditer la configuration réseau pour empêcher qu'un composant applicatif puisse se faire passer pour le loopback.
Ce qui reste incertain: Un seul identifiant CVE couvre encore trois failles distinctes, ce qui complique le suivi de remédiation et la corrélation avec les scanners. Le nombre exact de victimes de ShinyHunters sur cette chaîne n'est pas public.

Sources :thehackernews.com

09 / 10ÉlevéeRecherche

Un agent IA autonome trouve quatre failles dans le logiciel de contrôle d'accélérateurs de particules

Concerné: EPICS Base, corrigé en version 7.0.11
Correctif: Oui, EPICS Base 7.0.11

Ce qui s'est passé: EPICS est un ensemble de logiciels libres utilisé pour piloter des installations scientifiques distribuées, de type SCADA. Il équipe environ 90 projets majeurs, dont l'Advanced Photon Source d'Argonne et le système de contrôle du réacteur ITER. Un agent nommé Cipher, développé par Causal Security, a trouvé seul quatre vulnérabilités inconnues, dont un dépassement d'entier critique menant à une écriture hors limites dans le tas et potentiellement à l'exécution de code, en 3 heures et 49 minutes, avec une seule instruction humaine pour autoriser les tests d'exploitabilité.
Ce que ça change: Un attaquant capable d'atteindre les services EPICS sur un réseau de contrôle pourrait provoquer l'arrêt d'un contrôleur, interrompre des mesures en cours et forcer l'arrêt d'une expérience coûteuse. En cas d'exploit d'exécution de code, il pourrait manipuler des consignes et fausser des relevés, avec un impact physique potentiel sur l'équipement piloté.
Ce qu'il faut faire: Mettre à jour vers 7.0.11. Segmenter strictement les réseaux de contrôle et vérifier qu'aucun poste bureautique ne peut joindre les services EPICS. Cartographier l'exposition des services de contrôle scientifique, souvent protégés par l'obscurité plutôt que par une architecture. Détecter les pics de requêtes malformées vers les contrôleurs.
Ce qui reste incertain: L'exploitabilité réelle dépend de l'accès réseau aux services EPICS, ce qui suppose une segmentation insuffisante. Le lien entre l'agent et Causal Security relève d'un entretien accordé au Register, non d'une publication évaluée par les pairs.

Sources :theregister.com securityweek.com

10 / 10ModéréeVulnérabilité

Adobe Campaign Classic : huit failles critiques corrigées, jusqu'à 9.9

Concerné: Adobe Campaign Classic 7.4.4 build 9402 et antérieurs, Windows et Linux. Corrigé en 7.4.4 build 9403.
Correctif: Oui, build 9403. Un correctif distinct est publié pour Adobe Connect (CVE-2026-48360, 9.6), corrigé en 2026.9.61 sous Windows, 2026.10.66 et 2026.10.170 sous macOS, et 4.5 sous Android.

Ce qui s'est passé: La série comprend deux injections de code, une injection de code système d'exploitation, quatre injections SQL et un cross-site scripting réfléchi. Une injection SQL dans un outil de campagne marketing permet de lire ou modifier la base clients, et une injection de code permet d'exécuter des commandes sur le serveur. Adobe Campaign est utilisé pour orchestrer des campagnes sur de très larges bases de contacts, souvent avec des données personnelles sensibles.
Ce que ça change: Exfiltration de la base marketing (identités, préférences, historiques d'achat), altération de campagnes, et exécution de code sur le serveur applicatif. Une compromission de ce type ouvre aussi la voie à des envois de phishing parfaitement légitimes aux yeux des filtres, depuis l'infrastructure de l'organisation.
Ce qu'il faut faire: Appliquer le build 9403. Vérifier les comptes à privilèges de l'instance et les tâches planifiées, un attaquant ayant exécuté du code pouvant y avoir laissé une persistance. Contrôler l'exposition réseau de l'instance, souvent accessible depuis Internet pour les interfaces client.
Ce qui reste incertain: Aucune preuve d'exploitation publiée à ce jour. Adobe ne détaille pas les vecteurs d'attaque de chaque CVE, ce qui limite la priorisation fine entre les huit failles.

Sources :thehackernews.com adobe.com

Demain aussi

Suivez DecodeVox pour ne rien manquer.

L'essentiel de l'actu cyber en vidéo courte, chaque jour, sur vos réseaux.

Tous les jours du radar Flux RSS