Aller au contenu
DecodeVoxDecodeVox

L'actu cyber du jour

samedi 31 octobre 2026

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

Lecture : 14 min

L'essentiel

  • La journée est dominée par les confirmations d'exploitation : la CISA a ajouté vendredi deux failles Ivanti Connect Secure au catalogue KEV, qui complètent une chaîne donnant root sans authentification sur des passerelles d'entreprise. En parallèle, WordPress Core est massivement sondé (près de 63 000 tentatives bloquées en 24 heures) et les vagues PHP2Shell et GitLab continuent de produire des compromissions.
  • L'IA agentique s'installe des deux côtés du rapport de force : CrowdStrike documente 200 organisations visées par le framework ARTEX, piloté par des agents LLM, tandis que Chainalysis attribue sa propre intrusion à des « techniques agentiques offensives ». C'est la première fois qu'un acteur de la cyberdéfense décrit publiquement une attaque menée par des agents autonomes contre ses outils internes.
  • La sécurité des plateformes d'IA devient un sujet de vulnérabilité classique : une simple conversation ChatGPT partagée pouvait exécuter du code dans la session d'un utilisateur connecté et lire ses échanges privés. Le défaut a été corrigé et noté P1, mais il illustre la fragilité des frontières entre contenus hébergés et privilèges du compte.
  • La supply chain reste le point faible le plus rentable : version piégée de l'extension Claude Code, 319 extensions Chrome détournant 13,4 millions d'installations, script de mesure d'audience compromis chez DebugBear ayant vidé des comptes Polymarket, et implant matériel présumé dans un portefeuille Trezor revendu.
  • Le firmware entre dans la discussion : CVE-2026-97631 (CVSS 9.5) dans EDK2, le socle UEFI de la plupart des serveurs, permet une exécution de code avant Secure Boot sur les machines en démarrage réseau. La divulgation a été avancée de janvier à octobre par la publication prématurée d'un correctif chez AMI.
  • En France, la CNIL sanctionne Fnac Darty à 7 millions d'euros pour un contournement du consentement utilisé afin d'entraîner un algorithme de recommandation, et deux grandes banques américaines commencent à bloquer les agents IA qui se connectent aux comptes de leurs clients avec les identifiants de ces derniers.
01 / 10CritiqueVulnérabilité

Ivanti Connect Secure : trois failles chaînées, root sans authentification, et deux ajouts au KEV

Concerné
Ivanti Connect Secure. CVE-2026-104935 touche les versions antérieures à 25.1.3.0 et n'affecte pas 22.7R2.14 ni les versions antérieures. CVE-2026-111357 est décrite par le NVD comme affectant 22.8R2.4. Correctifs publiés en 22.8R2.6 et 25.1.1.3 selon The Hacker News.
Correctif
Oui, versions 22.8R2.6 et 25.1.1.3 ; l'éditeur indique que la version 25.1.3.0 de juillet corrigeait déjà une partie du problème
Ce qui s'est passé
Trois défauts distincts se combinent. Le premier laisse un attaquant distant contourner l'authentification, le deuxième permet d'exécuter du code à distance, le troisième élève les privilèges jusqu'à root. Pris isolément, aucun ne donne le contrôle total de la passerelle. Enchaînés, ils aboutissent à une exécution de code root sans aucune authentification, ce qui est le scénario le plus grave pour un équipement placé en bordure de réseau.
Ce que ça change
L'attaquant obtient root sur la passerelle VPN, donc un point d'appui interne, puis extrait des identifiants, des métadonnées Active Directory limitées, des mots de passe administrateur et des clés de récupération BitLocker. Contrairement aux campagnes habituelles, l'objectif observé n'est pas le déploiement d'un web shell mais la collecte de secrets, ce qui suggère une phase de reconnaissance avancée ou de prépositionnement.
Ce qu'il faut faire
Identifier toutes les instances Connect Secure, appliquer 22.8R2.6 ou 25.1.1.3 sans attendre, puis considérer l'équipement comme compromis si l'interface était exposée. Réinitialiser les secrets stockés sur l'appliance, faire tourner les comptes de service liés, vérifier l'accès aux sauvegardes de clés BitLocker, et rechercher des requêtes inhabituelles vers le broker interne de l'équipement. Les agences fédérales américaines doivent corriger CVE-2026-111357 avant le 2 novembre et CVE-2026-118527 avant le 13 novembre.
Ce qui reste incertain
La numérotation des versions corrigées est incohérente entre l'éditeur, le NVD et la presse (25.1.1.3 contre 25.1.3.0), à vérifier dans le portail Ivanti avant déploiement. Le périmètre exact des victimes de UTA0576 n'est pas publié, et l'attribution de l'acteur reste une attribution de renseignement, pas une preuve judiciaire.

Sources :thehackernews.comcisa.govnvd.nist.govnvd.nist.gov

02 / 10CritiqueVulnérabilité

WordPress Core : une exécution de code à distance sans identifiant CVE, déjà massivement sondée

Concerné
WordPress Core, versions 4.7 à 7.1.3 ; corrigé en 7.1.4
Correctif
Oui, WordPress 7.1.4
Ce qui s'est passé
Lors d'une mise à jour complète du cœur, WordPress décompresse la nouvelle version dans un répertoire de travail prévisible, sous wp-content/upgrade, et y inclut l'installateur. Sur de nombreux serveurs, ce répertoire est accessible par le web. Un attaquant qui demande l'installateur au bon moment, pendant les quelques secondes que dure la décompression, peut interagir avec cette copie et aller jusqu'à l'exécution de code PHP.
Ce que ça change
Exécution de code sur le serveur web, donc accès aux fichiers, à la base de données et aux secrets de configuration, avec possibilité de création de comptes administrateur et de persistance. La condition est une course contre une fenêtre très courte, ce qui explique le bourrage de requêtes observé plutôt qu'une exploitation en une passe.
Ce qu'il faut faire
Mettre à jour vers 7.1.4, puis vérifier les journaux d'accès à la recherche de requêtes vers des fichiers PHP situés sous wp-content/upgrade, notamment setup-config.php. Chercher des comptes administrateur, extensions ou fichiers PHP inconnus. Bloquer au niveau du serveur web l'accès direct au répertoire de travail pendant les mises à jour, et planifier celles-ci hors des périodes de forte exposition.
Ce qui reste incertain
L'absence de CVE complique le suivi et la priorisation dans les outils de gestion de vulnérabilités. Le nombre de compromissions réussies n'est pas connu, seules les tentatives sont documentées. Le risque réel dépend fortement de la configuration du serveur web, ce qui n'est pas quantifié site par site.

Sources :thehackernews.comwordfence.comsecurityweek.comwordpress.org

03 / 10ÉlevéeVulnérabilité

Firmware UEFI : CVE-2026-97631, une faille de 16 ans qui s'exécute avant Secure Boot

Concerné
TianoCore EDK II, pilote PXE NetworkPkg/UefiPxeBcDxe ; code repris par la plupart des fournisseurs UEFI (AMI, Insyde, Phoenix) et par Project Mu, le fork Microsoft
Correctif
Partiellement : correctif en amont dans EDK2 et dans Project Mu, mais la distribution dépend de chaque fabricant de carte mère ou de serveur, avec des délais de validation longs
Ce qui s'est passé
Le pilote qui gère le démarrage réseau par PXE garde une requête ouverte pour recevoir des messages d'erreur ICMP et les copie dans un champ de 504 octets sans contrôler correctement la taille. Un message trop long déborde sur la mémoire voisine. L'attaquant obtient une exécution de code dans le firmware, avant que l'OS et Secure Boot ne mettent en place la chaîne de confiance, avec accès au TPM.
Ce que ça change
Un attaquant présent sur le réseau local, ou un voleur physique de la machine, peut détourner le flux d'exécution au démarrage, lire ou contourner des secrets protégés par le TPM, et casser le chiffrement de disque, ou poser un implant qui s'exécute à chaque démarrage. Le rayon d'action est celui de tout le parc serveur et poste équipé de ce code.
Ce qu'il faut faire
Désactiver le démarrage réseau PXE lorsque ce n'est pas nécessaire, segmenter le réseau de provisioning, et suivre les avis de chaque fabricant pour obtenir un firmware corrigé. Activer Secure Boot avec des clés gérées, surveiller les changements de configuration de démarrage, et durcir la chaîne d'approvisionnement des images de boot. Vérifier si le parc hétérogène permet réellement un inventaire du firmware.
Ce qui reste incertain
La liste exacte des modèles couverts par un firmware corrigé n'est pas publique. L'exploitabilité dépend de la connaissance de la version de firmware ciblée, ce qui n'est pas quantifié. Une partie des informations provient d'Ars Technica et d'un résumé de SecurityWeek, pas d'un avis éditeur nominatif.

Sources :arstechnica.comsecurityweek.comgithub.comnvd.nist.gov

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

Vapor Panda industrialise l'espionnage avec ARTEX : 200 organisations visées, des agents LLM aux commandes

Concerné
Non applicable (campagne d'intrusion, cibles multiples)
Correctif
Non applicable ; les mesures relèvent de la détection et du durcissement
Ce qui s'est passé
ARTEX est un framework de test d'intrusion écrit en Go et piloté par des modèles de langage. Des agents planificateurs et des agents exécutants se coordonnent pour enchaîner reconnaissance, exploitation, latéralisation et exfiltration, un opérateur humain se contentant d'orienter et de contourner les défenses endpoint. CrowdStrike a observé son emploi contre plus de 200 organisations, dont des ministères des Affaires étrangères en Amérique latine, en Europe, en Asie et au Moyen-Orient, et 19 entités américaines dans la pharmacie, les semi-conducteurs, la défense et la finance.
Ce que ça change
Accès persistant chez des cibles étatiques et industrielles, déploiement de BLOODALCHEMY (dérivé de ShadowPad), vol de mots de passe d'administration de domaine, lecture de LAPS, délégation contrainte, et usage de clés d'authentification jamais renouvelées depuis 2022 pour forger des jetons administrateur. Une seule intrusion a consommé environ 1,4 milliard de jetons d'entrée côté agents.
Ce qu'il faut faire
Traiter la vitesse et le parallélisme comme un signal : plusieurs chaînes d'attaque tentées simultanément sur la même cible, échecs puis bascule rapide vers une autre approche. Renouveler les clés et secrets anciens, surveiller les créations de jetons administrateur, journaliser les accès aux métadonnées cloud, et instrumenter les détections sur les techniques citées (SAML non signé, XXE, LAPS, délégation contrainte).
Ce qui reste incertain
L'attribution à un acteur étatique chinois repose sur l'analyse de CrowdStrike, pas sur une preuve publique. Le lien avec le réseau furtif « Silent Train » de Volt Typhoon est présenté comme un recoupement, sans conclusion définitive. L'identité du modèle commercial utilisé en complément de DeepSeek n'est pas révélée.

Sources :thehackernews.comcrowdstrike.com

05 / 10ÉlevéeAttaque

Chainalysis : une intrusion menée par des « techniques agentiques offensives »

Concerné
Outils internes et plateforme Chainalysis ; périmètre non détaillé
Correctif
Non applicable ; correctifs internes en cours selon l'entreprise
Ce qui s'est passé
Chainalysis, société d'analyse blockchain utilisée par des forces de l'ordre et des exchanges, indique qu'un acteur externe a accédé à ses systèmes et outils internes via ce qu'elle appelle des « techniques agentiques offensives ». Les données concernées sont des identifiants utilisateurs, noms complets, adresses e-mail et libellés de fonction. L'entreprise affirme n'avoir trouvé aucune preuve d'accès aux contenus d'enquête, aux identifiants d'authentification ou aux jetons de session, et précise que l'incident est sans lien avec le vol Binance.
Ce que ça change
Cartographie nominative des utilisateurs d'une plateforme d'enquête, donc un matériau de choix pour du ciblage ultérieur, du phishing crédible ou de l'ingénierie sociale contre des enquêteurs. La valeur des données volées est ici moins dans le volume que dans l'identité et le rôle des personnes.
Ce qu'il faut faire
Considérer les agents LLM comme des acteurs à part entière dans la modélisation de menace, avec leurs propres permissions. Journaliser et limiter les actions des agents sur les outils internes, appliquer le moindre privilège aux comptes de service utilisés par l'outillage d'IA, et surveiller les enchaînements de requêtes automatisés. Imposer la double authentification aux utilisateurs exposés et anticiper des campagnes d'usurpation.
Ce qui reste incertain
Chainalysis ne précise ni les vulnérabilités exploitées, ni les outils touchés, ni la durée de présence. On ne sait pas si l'attaquant a utilisé un framework existant comme ARTEX ou des agents développés sur mesure. L'expression « techniques agentiques » relève de la communication de la victime et n'est pas documentée techniquement.

Sources :bleepingcomputer.comthehackernews.com

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

ChatGPT : un simple lien partagé pouvait exécuter du code et lire les conversations privées

Concerné
Interface web de ChatGPT, deux versions du frontal concernées ; corrigées au 26 octobre 2026
Correctif
Oui, correction côté serveur, rien à installer pour les utilisateurs
Ce qui s'est passé
Une conversation partagée peut contenir du HTML rendu dans un aperçu (Preview), exécuté dans un cadre isolé. Le confinement a tenu. Le contournement est venu d'un second composant : un graphique interactif chargeait la bibliothèque MathLive dans la page principale, et l'écouteur de messages de son clavier virtuel acceptait des messages de n'importe quelle origine, y compris du HTML brut. L'aperçu pouvait donc injecter du HTML dans la page de confiance, qui créait un cadre non isolé héritant de l'identité chatgpt.com ; un script chargé depuis YouTube, autorisé par la politique de sécurité du contenu, fournissait le code final.
Ce que ça change
Exécution de code dans la session authentifiée de la victime, énumération de ses conversations récentes, ouverture d'une conversation privée jamais partagée et exfiltration d'un extrait vers un serveur attaquant. En pratique, toute action disponible depuis le compte, puisque le code utilisait les API authentifiées de ChatGPT.
Ce qu'il faut faire
Pour les éditeurs de plateformes conversationnelles, traiter les aperçus de contenu comme du code hostile, vérifier l'origine des messages inter-fenêtres et ne jamais accepter de HTML brut par ce canal. Restreindre les sources de scripts autorisées aux domaines strictement nécessaires. Pour les utilisateurs, la correction étant côté serveur, aucune action n'est requise, mais la méfiance reste de mise face aux liens de conversations partagées non sollicités.
Ce qui reste incertain
OpenAI n'a pas publié d'analyse technique détaillée ; la description provient du chercheur. La gravité réelle pour les entreprises dépend de l'usage de ChatGPT dans des navigateurs où d'autres sessions sensibles sont ouvertes, ce qui n'est pas mesuré.

Sources :thehackernews.comparameter.ai

07 / 10ÉlevéeSupply Chain

319 extensions Chrome détournaient les recherches de 13,4 millions d'utilisateurs

Concerné
319 extensions du Chrome Web Store, non listées dans la recherche du magasin
Correctif
Non applicable ; désinstallation requise
Ce qui s'est passé
Un chercheur de Socket a étendu une découverte d'avril 2025 (57 extensions, 6 millions d'utilisateurs) à 319 extensions totalisant 13,4 millions d'installations. Elles se présentent comme des convertisseurs PDF, des outils de recherche sécurisée ou des assistants IA, mais modifient le moteur de recherche par défaut via le réglage natif de Chrome, puis font transiter chaque requête par un serveur proxy contrôlé par l'opérateur avant de la renvoyer vers Bing ou Yahoo, avec un identifiant d'affiliation rémunéré.
Ce que ça change
Détournement du trafic de recherche et monétisation publicitaire, avec la capacité de changer la destination à tout moment sans mise à jour de l'extension : page de phishing, téléchargement malveillant ou faux résultats. L'utilisateur n'a aucune indication visible que la requête a été interceptée.
Ce qu'il faut faire
Inventorier les extensions des navigateurs du parc, désinstaller celles qui ne sont pas explicitement approuvées, et bloquer les extensions non listées par politique d'entreprise. Surveiller les modifications du moteur de recherche par défaut et les connexions vers des domaines de proxy inconnus. Sensibiliser les utilisateurs aux publicités qui promeuvent des extensions.
Ce qui reste incertain
Le nombre d'installations est celui déclaré par les fiches du magasin, non vérifié. On ne sait pas combien d'utilisateurs ont réellement été redirigés vers des contenus malveillants. Le lien entre les différents opérateurs n'est pas établi.

Sources :bleepingcomputer.com

08 / 10ÉlevéeSupply Chain

Trezor : un implant matériel présumé dans un portefeuille revendu, capable d'exfiltrer la phrase de récupération

Concerné
Trezor Safe 5 achetés chez le revendeur CryptoBilis (Asie du Sud-Est), depuis mars 2026
Correctif
Non applicable ; remplacement des appareils et migration des fonds
Ce qui s'est passé
Un utilisateur indonésien a ouvert un Safe 5 acheté en août 2026 via la place de marché Tokopedia et découvert une carte supplémentaire entre la carte principale et l'écran, dotée d'un module cellulaire et d'une antenne. Selon les informations non confirmées du client, cette carte lirait ce qui s'affiche à l'écran, donc la phrase de récupération, et l'enverrait par le réseau mobile lorsque l'appareil est alimenté. CryptoBilis est le même revendeur déjà impliqué dans un dossier d'implant Ledger ce mois-ci.
Ce que ça change
Vol total et irréversible des fonds, puisque la phrase de récupération permet de reconstituer le portefeuille ailleurs. Le matériel étant un objet de confiance, la compromission est indétectable par l'utilisateur final tant qu'il ne compare pas l'aspect interne à un modèle de référence.
Ce qu'il faut faire
Ne pas initialiser ni utiliser un appareil acheté chez ce revendeur depuis mars 2026 ; déplacer les fonds vers un portefeuille neuf avec une phrase de récupération générée sur un appareil acheté directement au fabricant. Pour les organisations, acheter le matériel de signature uniquement en direct et vérifier l'intégrité physique à réception. Peser l'appareil ne suffit pas à détecter une modification.
Ce qui reste incertain
Trezor n'a pas examiné l'appareil, l'existence de l'implant et sa capacité réelle d'exfiltration ne sont donc pas confirmées par l'éditeur. Le nombre d'appareils touchés est inconnu. Le lien avec le dossier Ledger repose sur l'identité du revendeur et la similarité des composants, pas sur une analyse technique commune.

Sources :bleepingcomputer.comthehackernews.com

09 / 10ModéréeSupply Chain

Polymarket : un script de mesure d'audience compromis vide des comptes pour environ 2,5 millions de dollars

Concerné
Frontal web de Polymarket.com (plateforme internationale) et script de surveillance d'expérience utilisateur de DebugBear
Correctif
Oui, script retiré du site ; DebugBear demande à ses clients de retirer son extrait de code
Ce qui s'est passé
Le 29 octobre, Polymarket a suspendu les transactions après des retraits non autorisés. Le code malveillant provenait d'un script de surveillance d'expérience utilisateur fourni par DebugBear, une société britannique. Le JavaScript cherchait les outils de trading de l'utilisateur connecté, puis vendait les positions et déplaçait le produit, ou envoyait directement les jetons de position vers une adresse contrôlée par l'attaquant.
Ce que ça change
Pertes estimées entre 2,19 et 2,71 millions de dollars selon les sources, avec environ 710 portefeuilles de dépôt et 731 adresses impliquées. Le script n'envoyait pas la clé privée : il réutilisait l'autorité déjà accordée à l'application authentifiée, ce qui le rend difficile à distinguer d'un usage normal.
Ce qu'il faut faire
Inventorier les scripts tiers chargés sur les pages sensibles, appliquer une politique de sécurité du contenu stricte et des empreintes d'intégrité, et isoler les domaines transactionnels des outils de mesure d'audience. Surveiller les changements de scripts fournis par des tiers et prévoir un mode dégradé sans eux.
Ce qui reste incertain
Le mode exact de compromission du script n'est pas établi. Les montants varient selon les sources et aucun décompte officiel n'a été publié. On ne sait pas si d'autres clients de DebugBear étaient visés.

Sources :securityweek.combleepingcomputer.com

10 / 10ModéréeGouvernance & Régulation

La CNIL sanctionne Fnac Darty à 7 millions d'euros pour un pistage sans consentement

Concerné
Application mobile Fnac
Correctif
Mise en conformité exigée sous un mois, avec astreinte de 10 000 euros par jour de retard
Ce qui s'est passé
À la suite de plaintes de l'association NOYB, la CNIL a contrôlé l'application mobile de la Fnac en mars 2024. L'enquête a montré que le refus explicite de suivi n'empêchait pas la collecte des données de navigation, et qu'une API transmettait silencieusement l'historique de navigation pour entraîner un algorithme de recommandation de produits. Le régulateur a rejeté l'argument selon lequel ce traitement serait nécessaire au service : entraîner un algorithme commercial et cibler de la publicité ne relèvent pas de la fourniture du service de communication.
Ce que ça change
7 millions d'euros au total, 6 millions pour la société mère Fnac Darty Participations et Services et 1 million pour Fnac Direct. Au-delà de l'amende, le dossier fixe une frontière : l'entraînement de modèles de recommandation n'est pas un intérêt légitime dispensant du consentement, ce qui concerne tous les acteurs qui alimentent leurs algorithmes avec des données de navigation.
Ce qu'il faut faire
Pour les équipes produit et data, cartographier les flux de données de navigation utilisés pour l'entraînement, vérifier que le refus bloque réellement la collecte au niveau technique et pas seulement l'affichage, et documenter la base légale de chaque traitement. Tester le comportement de l'application après refus, pas seulement l'interface de consentement.
Ce qui reste incertain
Le montant et la ventilation sont confirmés par ZDNet France et la CNIL, mais la référence complète de la décision doit être vérifiée sur le site du régulateur. L'effet dissuasif réel sur les pratiques d'entraînement algorithmique reste à observer.

Sources :zdnet.frcnil.fr

Demain aussi

Suivez DecodeVox pour ne rien manquer.

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