Aller au contenu
DecodeVoxDecodeVox

L'actu cyber du jour

mardi 3 novembre 2026

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

Lecture : 16 min

L'essentiel

  • Le noyau Linux expose une faille TCP notée 9,8, et le correctif n'arrive pas au même rythme chez tout le monde : Red Hat a publié ses noyaux corrigés le 1er novembre pour RHEL 8, 9 et 10, tandis que les correctifs Ubuntu pour 22.04, 24.04 et 26.04 restent dans le canal de test opt-in -proposed, sans date de publication. Ubuntu 20.04, 18.04 et 16.04 n'ont aucun correctif.
  • Les outils d'automatisation et d'IA sont devenus la surface d'attaque la plus rentable : Node-RED (CVE-2026-58115, CVSS 10,0) est exploité activement pour poser des backdoors sur des passerelles industrielles Siemens, et Langflow (deux failles à 9,8) expose des plateformes d'agents IA sans authentification.
  • L'IA industrielle de l'attaque est désormais une réalité opérationnelle : le groupe Vapor Panda a utilisé le framework multi-agents ARTEX pour viser plus de 200 organisations dans 14 pays, avec au moins 9 compromissions confirmées. Le cas DIVD montre un agent autonome passant de l'accès initial à root en 12 minutes.
  • La monétisation de l'IA volée explose : les incidents de LLMJacking atteignent jusqu'à 1 million de dollars de facture cloud, avec un marché de revente de clés API à 60 dollars par mois.
  • Le retard de patch reste le facteur de risque dominant : Synology subit des attaques par rançongiciel via une faille corrigée en décembre 2024, BTCPay Server via des versions antérieures à 2.4.2, et les frigos de supermarchés européens attaqués une seconde fois reposent sur des équipements en fin de vie et des identifiants par défaut.
  • La chaîne d'approvisionnement matérielle et logicielle est compromise à la source : un fabricant de boîtiers Android TV a vendu à des criminels l'accès à une backdoor préinstallée dans 1,3 million d'appareils, et des agents de codage installent spontanément des serveurs MCP dépréciés, donc jamais corrigés.
01 / 10CritiqueVulnérabilité

Noyau Linux : une faille TCP à 9,8 exploitable sans authentification, correctifs en ordre dispersé

Concerné
Noyau Linux depuis la version 4.4, donc une très large partie du parc serveur. Côté Red Hat : RHEL 8, 9 et 10. Côté Canonical : Ubuntu 22.04 LTS, 24.04 LTS et 26.04 LTS (correctifs en test), 20.04, 18.04 et 16.04 sans correctif. Amazon Linux, Debian, Oracle Linux et SUSE ont publié des correctifs en octobre.
Correctif
Oui. RHEL 8.10 : noyau 4.18.0-553.182.1.el8_10 (RHSA-2026:93414) ; RHEL 9.8 : 5.14.0-687.64.1.el9_8 (RHSA-2026:93412) ; RHEL 10.2 : 6.12.0-211.72.1.el10_2 (RHSA-2026:93413). Ubuntu : 5.15.0-203.213 (22.04), 6.8.0-149.149 (24.04), 7.0.0-43.43 (26.04), uniquement dans -proposed. Un redémarrage est nécessaire.
Ce qui s'est passé
Quand un serveur accepte une connexion TCP IPv4, le noyau transmet les options IP de la requête au nouveau socket sans les copier. Si le client renvoie sa demande de connexion pendant qu'un autre processeur lit encore ces options, le noyau lit une zone mémoire déjà libérée. C'est une « utilisation après libération » (use-after-free). L'attaquant déclenche la course en envoyant des requêtes avec les options IPv4 Record Route ou Timestamp vers n'importe quel port en écoute, sans aucun identifiant.
Ce que ça change
Exécution de code à distance avec les privilèges du noyau, donc compromission complète du serveur, ou à défaut un déni de service par crash. La faille est présente depuis 2016, ce qui signifie que des milliers de serveurs exposés n'ont probablement jamais été audités pour ce vecteur.
Ce qu'il faut faire
Mettre à jour les noyaux et redémarrer. Pour les serveurs Ubuntu qui ne peuvent pas attendre, activer le pocket -proposed en conscience, ou appliquer la règle nftables publiée par Red Hat qui supprime les paquets TCP IPv4 portant des options IP (ip protocol tcp ip hdrlength > 5 counter drop). Cette règle ne protège que l'hôte où elle est chargée : le trafic entre conteneurs d'un même hôte la contourne, et elle peut casser des applications qui utilisent réellement les options IPv4. Désactiver MPTCP ne suffit pas, contrairement à ce que suggèrent plusieurs sources.
Ce qui reste incertain
La sévérité réelle en exploitation conditionnelle est débattue (9,8 pour le noyau et Red Hat, 8,1 pour Amazon Linux). Aucune exploitation n'a été observée, mais Anthropic affirme qu'un modèle interne non publié a produit un exploit root distant fonctionnel contre des serveurs avec un listener MPTCP, en 48 minutes pour fuiter une adresse du noyau puis 5 minutes pour obtenir un shell root. Le code n'a pas été publié, donc l'affirmation n'est pas vérifiable indépendamment.

Sources :thehackernews.comaccess.redhat.comubuntu.com

02 / 10CritiqueVulnérabilité

Node-RED et Siemens IoT2050 : une faille 10,0 exploitée pour poser des backdoors persistantes

Concerné
Interface HTTP de Node-RED lorsque adminAuth n'est pas configuré, notamment dans les SIMATIC IoT2050 Advanced sous Industrial OS avec Node-RED. Toute installation Node-RED exposée sans authentification est concernée.
Correctif
Oui, SIMATIC IoT2050 Advanced 4.3.4.1 ou ultérieur. Pour Node-RED en général, activer HTTPS, protéger l'éditeur et l'API d'administration par authentification, et protéger les noeuds HTTP et le tableau de bord.
Ce qui s'est passé
Node-RED est un outil de programmation visuelle par flux, très utilisé pour relier des capteurs, des automates et des services. Son interface d'administration permet de créer des flux qui exécutent des commandes système. Quand cette interface est joignable sans mot de passe, l'attaquant dépose un flux qui télécharge et lance un binaire, exactement comme le ferait un administrateur légitime.
Ce que ça change
Exécution de code arbitraire avec les privilèges maximum, donc contrôle de la passerelle industrielle. VulnCheck a vu le déploiement d'un bot Linux enregistré sous /dev/shm/.b, puis de scripts relais récupérant .sys_update enregistré sous /tmp/.kworker pour se faire passer pour un thread noyau. Certaines requêtes n'embarquaient aucun téléchargement : elles exposaient un point d'entrée HTTP /cmd relié à un noeud exec, ce qui constitue une backdoor interactive qui survit au redémarrage.
Ce qu'il faut faire
Recenser toutes les instances Node-RED, y compris embarquées dans des équipements industriels, et vérifier immédiatement si elles sont joignables depuis Internet. Auditer les flux déployés à la recherche de noeuds exec ou http in inattendus, examiner les journaux pour des requêtes POST vers /red/ ou /flows, et bloquer les IP 85.215.73.250 et 45.194.90.57:38472. Isoler les réseaux OT derrière un pare-feu et un accès distant chiffré.
Ce qui reste incertain
La fonctionnalité exacte des charges wget.sh et .kworker n'a pas pu être analysée, les binaires n'étant plus disponibles. On ignore combien d'équipements Siemens sont exposés et combien ont été compromis. Le lien entre cette campagne et un acteur nommé n'est pas établi.

Sources :securityweek.comthehackernews.comvulncheck.comcert-portal.siemens.com

03 / 10CritiqueIA & Sécurité

ARTEX : des agents IA chinois attaquent plus de 200 organisations en 14 pays

Concerné
Non applicable. Les cibles sont des ministères, opérateurs télécoms, laboratoires pharmaceutiques, sociétés de semi-conducteurs, du secteur de la défense, du nucléaire et de la finance.
Correctif
Sans objet
Ce qui s'est passé
ARTEX est un framework de test d'intrusion multi-agents, développé à l'origine en open source par des développeurs chinois puis passé en propriétaire après avoir servi à des attaques réelles. Le groupe Vapor Panda l'a utilisé à partir du 17 octobre pour mener plusieurs intrusions en parallèle, avec DeepSeek et un second modèle commercial non identifié pour la planification. Les opérateurs donnaient des instructions en chinois et n'intervenaient qu'aux points de décision.
Ce que ça change
Compromission d'opérateurs télécoms aux États-Unis et en Belgique, d'organisations gouvernementales en Grèce, au Moyen-Orient et en Amérique latine, et de laboratoires pharmaceutiques américains. Dans le cas grec, les agents ont falsifié un jeton administrateur et lu des boîtes mail à partir de clés d'authentification issues d'un export d'annuaire de messagerie de 2022. Une seule intrusion a consommé plus de 1,4 milliard de jetons d'entrée. Les agents avaient pour consigne explicite d'éviter les machines Windows protégées par Falcon, la solution de CrowdStrike, ce qui montre une adaptation à la défense observée.
Ce qu'il faut faire
Considérer la vitesse d'attaque comme un paramètre de conception et non comme un détail. Réduire le délai entre l'accès initial et la détection, surveiller les créations de jetons administrateur et les lectures de boîtes mail inhabituelles, et purger les exports d'annuaire anciens encore utilisés comme secrets. La consigne d'évitement de Falcon indique que la télémétrie EDR reste efficace : la couverture incomplète du parc est le vrai risque. Détecter les volumes anormaux de requêtes d'authentification et les web shells déposés sur des serveurs exposés.
Ce qui reste incertain
Le nombre total de victimes est probablement supérieur aux 9 confirmées. L'attribution à Vapor Panda est celle de CrowdStrike, pas d'un gouvernement. Le rôle exact de chaque modèle et le degré réel d'autonomie des agents restent décrits par l'éditeur, sans données brutes publiées.

Sources :bleepingcomputer.comcrowdstrike.com

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

LLMJacking : jusqu'à 1 million de dollars de facture cloud avec des clés d'IA volées

Concerné
Comptes cloud d'entreprise, clés API de fournisseurs de modèles, passerelles LLM. Pas de version produit unique.
Correctif
Partiel. Corriger la passerelle LiteLLM, révoquer les clés compromises, désactiver les comptes de service inutilisés. Aucun correctif ne s'applique à un jeton volé.
Ce qui s'est passé
Le LLMJacking consiste à voler l'accès à des modèles de langage pour les revendre ou les consommer aux frais de la victime. Contrairement au cryptojacking, qui consomme lentement, la facture explose en quelques heures. Les attaquants ciblent directement les points de terminaison de modèles exposés ou les clés API, souvent via un identifiant cloud volé, une clé de compte de service mal configurée ou un jeton de session actif.
Ce que ça change
Factures dépassant 100 000 dollars en une journée, jusqu'à 1 million avant révocation. Un acteur alimentant le service de revente Jet Night a effectué plus de 500 000 appels en moins de huit heures, pour près d'un million de dollars de jetons. Un autre a créé un domaine imitant un hôte interne de la victime pour détourner ses quotas vers un service concurrent. Des attaquants ont aussi réactivé des services d'IA éteints avec les clés volées, et créé des comptes backdoor déguisés en outil interne d'optimisation de facturation.
Ce qu'il faut faire
Surveiller les variations de consommation de jetons et les activations de services IA, en particulier sur des comptes qui étaient désactivés. Appliquer le moindre privilège aux clés API, limiter les quotas par clé, alerter sur les pics de requêtes et sur les appels depuis des adresses inhabituelles, et vérifier la présence de clés dans les dépôts publics. Auditer les passerelles LLM et les comptes de service, et traiter les jetons comme des secrets à rotation courte.
Ce qui reste incertain
Le nombre exact d'organisations touchées n'est pas publié. Les montants proviennent de cas individuels rapportés par Mandiant, pas d'une statistique globale.

Sources :helpnetsecurity.com

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

Langflow : deux failles critiques permettent de contourner l'authentification d'une plateforme d'agents IA

Concerné
Langflow de 1.0.0 à 1.12.8 inclus. Correctif uniquement en 1.13.0.
Correctif
Oui, Langflow 1.13.0, publié le 22 octobre 2026. Aucun contournement proposé par IBM.
Ce qui s'est passé
Langflow sert à construire des agents et des workflows d'IA, souvent exposés comme outils à d'autres applications via le protocole MCP. Le défaut principal vient du réglage LANGFLOW_AUTO_LOGIN, activé par défaut en 1.12.8, qui connecte automatiquement l'utilisateur comme superutilisateur. Un correctif incomplet de ce contrôle laisse passer un attaquant sans compte. La seconde faille critique relève d'un contrôle insuffisant de la génération de code.
Ce que ça change
Prise de contrôle de la plateforme d'agents, accès aux flux, aux secrets et aux connecteurs configurés, et exécution de commandes système sur le serveur qui héberge Langflow. Comme ces plateformes détiennent souvent des clés d'API de modèles et des accès aux données métier, la compromission peut servir de rebond vers les systèmes internes et vers les budgets d'IA de l'organisation.
Ce qu'il faut faire
Migrer vers 1.13.0 après sauvegarde de la base, de la clé secrète et des fichiers téléversés. Désactiver explicitement l'auto-login sur toute instance existante, ne jamais exposer l'interface d'administration sur Internet, et vérifier les journaux MCP pour des énumérations d'outils non authentifiées. Recenser les instances oubliées, notamment celles montées pour des tests.
Ce qui reste incertain
IBM ne précise pas si les serveurs avec auto-login désactivé sont vulnérables à CVE-2026-93680. La plage de versions du module Metasploit (1.5.0 à 1.11.4) est plus étroite que celle du bulletin. Aucune donnée d'exploitation réelle n'est disponible.

Sources :thehackernews.comibm.com

06 / 10ÉlevéeRecherche

MCPhantom : les agents de codage installent des serveurs MCP dépréciés qui ne seront jamais corrigés

Concerné
Serveurs MCP de référence archivés, dont le serveur Puppeteer et server-github. Agents concernés : Claude Code, Cursor, Codex CLI, Claude Cowork et Claude chat, avec des modèles d'Anthropic, OpenAI et xAI.
Correctif
Non, et il n'en viendra pas : les dépôts sont archivés depuis mai 2025 et les mainteneurs ont classé le rapport hors périmètre.
Ce qui s'est passé
Quand un développeur demande à un agent « configure un MCP GitHub », l'agent doit choisir un paquet. Dans 98 % des sessions étudiées par Glow Labs où un serveur déprécié a été installé, l'agent a repris un nom mémorisé dans ses données d'entraînement, au lieu du serveur officiel maintenu par GitHub. Le référentiel choisi est archivé, affiche qu'aucune mise à jour de sécurité ne viendra, et l'agent ne lit pas cet avertissement. Dans un cas, l'agent a même vérifié le statut sur npm, reçu « ce paquet est déprécié », puis l'a installé sans prévenir l'utilisateur.
Ce que ça change
Une injection de prompt suffit à transformer le serveur Puppeteer, qui pilote un navigateur, en exécuteur de commandes arbitraires sur le poste du développeur. Le développeur a accordé la navigation web, et cette permission unique couvre tout le reste. Les paquets dépréciés recensés totalisent plus de 17,3 millions de téléchargements depuis juillet 2025, dont cinq figurent dans le top 100 MCP de npm.
Ce qu'il faut faire
Rechercher dans les configurations MCP les références aux serveurs @modelcontextprotocol dépréciés et basculer vers le serveur maintenu par l'éditeur du service. Approuver un serveur par service, ajouter le statut de dépréciation npm aux critères d'approbation, et utiliser les hooks de pré-exécution proposés par les harnais d'agents pour bloquer les paquets non approuvés. Ces serveurs n'apparaissent ni dans un fichier de dépendances, ni dans l'inventaire logiciel, ni dans le SCA : seul l'EDR voit quelque chose, et ce quelque chose ressemble à une installation npm normale.
Ce qui reste incertain
L'échantillon de sessions n'est pas quantifié dans l'article. Le risque réel dépend du nombre de postes de développeurs équipés d'agents avec accès shell et de la présence effective de ces serveurs.

Sources :helpnetsecurity.comglow.io

07 / 10ÉlevéeVulnérabilité

CryptoPayment Gateway : une faille 10,0 sans correctif expose les clés de portefeuilles crypto

Concerné
Extension WordPress CryptoPayment Gateway, versions 1.2.1 à 1.2.2 (la 1.2.2 étant la dernière publiée)
Correctif
Non. L'extension a été fermée du répertoire WordPress le 28 août 2026 pour « problème de sécurité » et n'est plus téléchargeable.
Ce qui s'est passé
L'extension permet d'accepter des paiements en cryptomonnaies sur un site WordPress. Une de ses fonctions d'administration est appelée via AJAX sans vérifier qui appelle. N'importe qui peut donc supprimer des fichiers arbitraires sur le serveur, écraser la configuration de la passerelle de paiement et récupérer en clair les identifiants de portefeuilles enregistrés.
Ce que ça change
Vol des clés de portefeuilles, redirection des paiements vers une adresse contrôlée par l'attaquant, et sabotage du site par suppression de fichiers. Les portefeuilles de paiement étant généralement des portefeuilles chauds, la perte peut être immédiate et irréversible.
Ce qu'il faut faire
Désinstaller l'extension sans attendre. Faire tourner immédiatement les clés et phrases de récupération des portefeuilles concernés, vérifier l'historique des transactions sortantes, chercher des fichiers supprimés ou modifiés, et restaurer depuis une sauvegarde antérieure à l'exposition. Auditer les journaux d'accès pour les appels AJAX vers l'extension.
Ce qui reste incertain
On ignore combien de sites ont réellement l'extension active ; le compteur de téléchargements (1 845 au total, 20 sur les sept derniers jours) ne mesure pas les installations en place. Aucun bilan de victimes n'est publié.

Sources :thehackernews.comnvd.nist.govwpscan.com

08 / 10ÉlevéeAttaque

Synology : C3RB3R chiffre les NAS via une faille corrigée en décembre 2024

Concerné
NAS Synology sous DiskStation Manager. Versions corrigées : DSM 7.2.2-72806-1, 7.2.1-69057-6, 7.2-64570-4, 7.1.1-42962-7 et 6.2.4-25556-8, ou ultérieures.
Correctif
Oui, depuis décembre 2024. Le problème n'est pas la disponibilité du correctif mais son installation.
Ce qui s'est passé
Un défaut d'encodage dans le démon de plugins de DSM permet une exécution de code à distance. Les attaquants ciblent les NAS qui n'ont pas appliqué la mise à jour publiée il y a près de deux ans, chiffrent les données et réclament une rançon. Les NAS sont des cibles de choix : ils concentrent sauvegardes, documents et accès partagés, et sont souvent exposés pour l'accès distant.
Ce que ça change
Perte des données présentes sur le NAS, y compris, dans le pire des cas, les sauvegardes censées protéger le reste du système. L'arrêt de l'activité est immédiat pour une PME qui héberge ses fichiers sur l'appareil.
Ce qu'il faut faire
Mettre à jour DSM immédiatement et activer les mises à jour automatiques. Vérifier que l'interface d'administration n'est pas joignable depuis Internet, désactiver QuickConnect ou le restreindre, imposer une authentification multifacteur sur les comptes administrateurs, et surtout conserver une sauvegarde hors ligne ou immuable, non accessible avec les identifiants du NAS.
Ce qui reste incertain
Synology ne confirme pas la CVE exacte ni le nombre de victimes. Le lien entre les signalements communautaires et la campagne officielle n'est pas documenté. On ignore si des appareils à jour ont été compromis.

Sources :thehackernews.comsynology.combleepingcomputer.com

09 / 10ÉlevéeAttaque

Supermarchés européens : seconde vague d'attaques sur la réfrigération, plus de 100 magasins touchés

Concerné
Contrôleurs de réfrigération Danfoss AK-SM et AK-SC, Copeland et Dixell XWEB. Une partie du parc est en fin de vie, sans correctif disponible.
Correctif
Partiel et insuffisant. Danfoss indique que la plupart des équipements touchés sont des produits anciens qu'il ne met plus à jour, et son dirigeant précise qu'une mise à jour logicielle ne suffit pas : l'équipement doit aussi être modifié physiquement. La vraie mesure est la déconnexion d'Internet.
Ce qui s'est passé
Les attaquants ont pris le contrôle d'interfaces de gestion de matériel frigorifique joignables depuis Internet et ont forcé les évaporateurs en mode dégivrage, faisant monter la température des chambres froides jusqu'à 50 °C dans certains magasins. C'est la seconde vague : la première avait touché environ 700 magasins en France dans la nuit du 11 au 12 octobre 2026.
Ce que ça change
Destructions de denrées, fermeture temporaire de rayons, risque sanitaire, et dans la première vague des départs de feu signalés. L'effet recherché dépasse le magasin : il s'agit de perturber la chaîne alimentaire et d'éroder la confiance des consommateurs, comme l'a souligné le commissaire européen à l'agriculture.
Ce qu'il faut faire
Déconnecter les contrôleurs d'Internet, ou les placer derrière un accès distant authentifié et segmenté. Changer les identifiants par défaut et documentés publiquement, restreindre les flux sortants, isoler le réseau froid du réseau bureautique, et cartographier l'exposition avec un scanner externe. Prévoir un plan de continuité pour la chaîne du froid, avec surveillance de température et procédure de destruction tracée.
Ce qui reste incertain
Les autorités n'ont pas expliqué publiquement le vecteur d'entrée exact. On ignore si les deux vagues sont liées et qui en est à l'origine. Censys ne précise pas si des appareils pourtant à jour figurent parmi les victimes.

Sources :securityweek.comthehackernews.combleepingcomputer.com

10 / 10ÉlevéeSupply Chain

XCPE : 1,3 million de boîtiers Android TV vendus avec une backdoor, le fabricant accusé d'avoir vendu l'accès

Concerné
Boîtiers Android TV et appareils assimilés de Videostrong (Shenzhen), vendus sous sa marque et pour d'autres, notamment MECOOL. TrendAI a identifié 1 472 554 appareils infectés sur 206 modèles entre le 3 juin et le 1er octobre 2026. La backdoor a aussi été trouvée sur des appareils de télésanté, des machines de karaoké et de l'affichage dynamique.
Correctif
Non. La backdoor est une application système signée avec la clé du fabricant et se réinstalle au redémarrage. TrendAI estime qu'un nettoyage exige une action du fabricant, une protection de la plateforme ou le remplacement de l'appareil. Synthient recommande de mettre les boîtiers au rebut.
Ce qui s'est passé
Google a démantelé l'infrastructure de contrôle d'un botnet de plus de 1,3 million d'appareils Android, majoritairement des boîtiers TV. Selon Google, le fabricant Videostrong a intentionnellement intégré la backdoor x.cpe dans ses firmwares sur plusieurs années, puis vendu l'accès à des criminels. Ce n'est pas un initié isolé ni une erreur : l'entreprise estime avoir la quasi-certitude d'une intention.
Ce que ça change
Les opérateurs pouvaient installer des applications sans que le propriétaire le sache, en désactivant d'abord les contrôles de Play Protect, exécuter des commandes, capturer l'écran, cartographier le réseau local et ouvrir des shells inverses. Les modules revendus transformaient la connexion domestique en proxy résidentiel, ce qui permet à un client tiers de faire passer son trafic pour celui d'un foyer ordinaire, ou gonflaient artificiellement des vues publicitaires.
Ce qu'il faut faire
Pour les particuliers, remplacer l'appareil plutôt que tenter un nettoyage. Pour les entreprises, rechercher les modèles listés par Synthient (182 noms) et les indicateurs publiés, isoler les appareils non gérés sur un VLAN dédié, bloquer les domaines et IP de commande et de contrôle, et considérer les objets connectés des télétravailleurs comme partie de la surface d'attaque. Google a banni Videostrong de la certification Android.
Ce qui reste incertain
Le nombre exact d'appareils encore infectés varie selon les mesures (1,3 million annoncé par Google, 1,47 million compté par TrendAI sur une période donnée). La liste de modèles ne suffit pas à confirmer une infection. Google estime l'action capable de couper l'accès à 10 millions d'appareils supplémentaires infectés par des familles liées, mais cette projection n'est pas vérifiée.

Sources :thehackernews.combleepingcomputer.comtrendaisecurity.comkrebsonsecurity.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 radarFlux RSS du radar