L'actu cyber du jour

mercredi 11 novembre 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 : 14 min

L'essentiel

Patch Tuesday hors norme : Microsoft corrige environ 1 100 à 1 260 vulnérabilités selon le mode de comptage, dont un zéro-day Outlook (CVE-2026-124194) exploité pour capturer des empreintes NTLMv2, et SAP publie quatre correctifs notés 10/10 permettant une compromission non authentifiée de ses systèmes.
Vague d'exploitation active confirmée sur plusieurs briques d'infrastructure : Cisco BroadWorks, Openwave Webtop, Barracuda ESG, Xen Orchestra, Chrome et OpenSSH « SSHole ». La CISA a ajouté l'essentiel de ces failles au catalogue KEV en 48 heures.
Le sabotage industriel change de nature : la France attribue officiellement à une unité du Corps des gardiens de la révolution iranien la prise de contrôle de contrôleurs de froid dans près de 700 sites de distribution, avec incendies et pertes alimentaires.
L'IA est simultanément arme et cible : backdoor d'agents par édition de moins de dix neurones, LLMjacking avec vol de clés et de poids de modèles, RCE dans un moteur d'inférence qui perce une enclave TEE, et fuite de secrets par un assistant de codage.
La chaîne d'approvisionnement de confiance reste le maillon faible : 33 zéros-days dans un outil RMM utilisé par des MSP, accès croisés IAM chez Qubole, et nouvelles révocations d'autorités de certification chez eMudhra.

01 / 10CritiqueVulnérabilité

Patch Tuesday : un zéro-day Outlook qui livre les empreintes NTLMv2

Concerné: Microsoft 365 Apps for Enterprise, Office LTSC 2021, Office LTSC 2024. Les correctifs couvrent aussi Windows 10, Windows 11, Windows Server 2016 à 2025, Exchange Server Subscription Edition, Edge et le moteur de protection anti-programmes malveillants.
Correctif: Oui, mises à jour de novembre 2026.

Ce qui s'est passé: Outlook n'affiche pas l'avertissement habituel de contenu externe lorsqu'on ouvre un fichier de message spécialement forgé. Le client contacte alors un emplacement réseau contrôlé par l'attaquant, et Windows tente de s'authentifier automatiquement sur ce partage. L'empreinte NTLMv2 de l'utilisateur part chez l'attaquant, qui peut la casser hors ligne ou la relayer. Le volet de lecture ne déclenche pas la faille, mais l'ouverture de la pièce jointe et une action de l'utilisateur sont nécessaires.
Ce que ça change: Vol d'identité Windows, accès aux boîtes mail et aux services fédérés, mouvement latéral par relais NTLM, surtout dans les environnements où la signature SMB et la protection Extended Protection for Authentication ne sont pas appliquées.
Ce qu'il faut faire: Appliquer les correctifs en priorité sur les postes et les serveurs exposés. Désactiver NTLM lorsqu'il est encore possible, activer la signature SMB et EPA, bloquer SMB sortant (port 445) et WebDAV vers Internet. Surveiller les authentifications sortantes inhabituelles (4624, 4776) et sensibiliser les utilisateurs aux pièces jointes .msg.
Ce qui reste incertain: Le volume de correctifs varie fortement selon la méthode de comptage : 1 093 (Krebs), 1 094 (SecurityWeek), 1 235 (BleepingComputer), 1 259 (The Hacker News incluant des CVE de tiers republiés). Aucun détail public sur l'ampleur de la campagne ni sur le nombre de victimes.

Sources :bleepingcomputer.com securityweek.com krebsonsecurity.com thehackernews.com

02 / 10CritiqueVulnérabilité

SAP : quatre failles notées 10/10, dont deux exécutions de code sans authentification

Concerné: SAP NetWeaver AS ABAP (Internet Communication Manager et service provider SAML2), SAP Gateway, SAP Web Dispatcher. Les noyaux concernés incluent notamment KRNL64UC 7.53, KERNEL 7.53, 7.54, 7.77, 7.93, 9.16, 9.18, 9.20, ainsi que des noyaux hors maintenance (7.40, 7.41, 7.42, 7.45, 7.49, 7.73, 7.81, 7.85, 7.89) qui pourraient ne pas recevoir de correctif.
Correctif: Oui, notes de sécurité SAP de novembre 2026, accessibles via SAP for Me avec authentification.

Ce qui s'est passé: ICM2SHELL exploite la reconstruction de messages WebSocket fragmentés dans un code partagé entre l'ICM et le Web Dispatcher : des trames de contrôle avec des champs de longueur invalides provoquent un dépassement de tampon avant toute authentification. PROXYGATE convainc le Gateway qu'un attaquant externe est l'un de ses propres serveurs applicatifs, ce qui permet d'exécuter des commandes système. La faille SAML2 vient d'une absence de vérification de signature sur certaines configurations, permettant de se connecter en tant que n'importe quel utilisateur.
Ce que ça change: Exécution de commandes avec le compte propriétaire de l'installation (<sid>adm), compromission complète de l'ERP, accès aux données métier, altération de l'intégrité des transactions, et pour le Web Dispatcher un crash qui coupe tous les systèmes SAP situés derrière lui.
Ce qu'il faut faire: Appliquer les notes sans attendre et déployer le noyau et tous les Web Dispatchers en une seule vague. Restreindre la liste proxy prxyinfo et positionner gw/acl_mode_proxy à 1. Limiter les ports Gateway 33NN et 48NN aux hôtes qui ont réellement besoin de RFC. Auditer les fournisseurs d'identité de confiance SAML2 et journaliser les connexions SAML de comptes privilégiés depuis des sources inattendues.
Ce qui reste incertain: L'exposition dépend fortement de la configuration proxy, ce qui rend le parc réel difficile à estimer. Les notes détaillées sont derrière authentification, donc les versions exactes corrigées n'ont pas pu être vérifiées publiquement.

Sources :bleepingcomputer.com thehackernews.com securityweek.com

03 / 10CritiqueAttaque

La France attribue à l'Iran le sabotage de près de 700 sites frigorifiques

Concerné: Contrôleurs de réfrigération Danfoss séries AK-SM et AK-SC, Copeland xweb et Dixell xweb, selon l'alerte du CERT-FR reprise par l'article.
Correctif: Pas de correctif logiciel unique. Des mesures de remédiation sont publiées par le CERT-FR : retirer l'exposition Internet, passer par un VPN, mettre à jour le firmware, changer les mots de passe par défaut, activer le niveau de sécurité « Strict » chez Danfoss.

Ce qui s'est passé: Les attaquants ont pris le contrôle à distance de contrôleurs via leur interface web, lancé des cycles de dégivrage anormaux sans limite de durée et désactivé les alertes de sécurité des sondes de température. Résultat : des denrées perdues et des incendies, une quinzaine selon l'attribution, une vingtaine selon le parquet. Environ 700 sites de distribution ont été touchés, dont ceux de Casino, Leclerc, Coopérative U, Metro, Carrefour et Intermarché, ainsi que des boucheries, un abattoir et des coopératives.
Ce que ça change: Sabotage physique de la chaîne du froid, pertes alimentaires de plusieurs dizaines de millions d'euros, risque incendie et atteinte à la sécurité des personnes. La même infrastructure a servi à reconnaître des équipements Schneider Electric sur de petites installations hydroélectriques.
Ce qu'il faut faire: Inventorier tous les contrôleurs de froid et supprimer leur exposition directe à Internet. Isoler ces équipements dans un VLAN dédié, imposer un accès VPN avec authentification forte, remplacer les mots de passe par défaut, activer le niveau de sécurité maximal et journaliser les accès administrateur. Auditer les plages de dégivrage et les seuils d'alarme, et prévoir une procédure de mise en sécurité physique en cas de doute.
Ce qui reste incertain: L'attribution repose sur quatre indicateurs présentés par le centre interministériel C4 (ANSSI, DGSE, DGSI, direction de l'armement, commandement de la cyberdéfense). L'Iran n'a pas confirmé. La nouvelle vague d'attaques contre des supermarchés européens n'est pas couverte par cette attribution, et le lien avec d'autres groupes n'est pas exclu.

Sources :thehackernews.com

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

Un agent IA piégé par la modification de sept neurones

Concerné: Modèles à poids ouverts testés : Nemotron-Terminal-8B, Qwen3.6-27B et Gemma-4-31B-IT. La méthode est générique et vise tout modèle dont un attaquant peut modifier le checkpoint.
Correctif: Pas de correctif logiciel. Microsoft publie des recommandations de défense et développe un outil de red teaming ainsi qu'un scan des poids.

Ce qui s'est passé: Au lieu de réentraîner un modèle sur des données empoisonnées, les chercheurs modifient directement moins de dix neurones peu sollicités. Ces neurones ne s'activent que lorsqu'une chaîne déclencheuse apparaît dans la requête ou dans la sortie d'un outil. Le modèle émet alors une commande que l'agent exécute avec ses propres droits. Sur Nemotron-Terminal-8B, sept neurones sur plus de 12 000, calibrés avec 23 exemples, ont suffi pour déclencher la commande dans 98,8 % des sessions contenant le déclencheur.
Ce que ça change: Une backdoor quasi invisible dans un fichier de modèle, qui survit aux tests de performance habituels (les scores AIME restent proches, Terminal-Bench passe de 46,59 % à 42,05 %). L'attaquant obtient l'exécution de commandes avec les privilèges de l'agent, donc potentiellement l'accès aux fichiers, aux API cloud et aux données métier.
Ce qu'il faut faire: Comparer chaque checkpoint à son modèle de base déclaré avant tout déploiement et après chaque mise à jour. Télécharger uniquement depuis l'éditeur d'origine, vérifier les empreintes, traiter les fine-tunes, fusions, quantifications et adaptateurs tiers comme non fiables. Conserver les modèles approuvés dans un registre privé, bloquer les téléchargements directs depuis les hubs publics, exécuter le code généré en sandbox, limiter les sorties réseau et exiger une approbation humaine pour les actions à fort impact.
Ce qui reste incertain: Les taux de succès portent sur une commande inoffensive qui affiche un marqueur, pas sur une attaque complète. Le détecteur proposé a été testé sur un petit jeu de 35 checkpoints modifiés et 31 propres, avec 91,4 % de détection et 9,7 % de faux positifs. Aucun test en conditions réelles n'est disponible.

Sources :thehackernews.com helpnetsecurity.com

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

LLMjacking : le vol de clés IA devient une industrie, jusqu'à 740 000 dollars chez Railway

Concerné: Plateforme Fireworks AI, fonctionnalité Notion AI Insights, plateforme Railway. Les victimes sont des clients des deux services.
Correctif: Mesures internes chez les éditeurs (révocation et rotation des identifiants, isolement des systèmes, durcissement des accès). Aucun correctif client à appliquer, mais les clients doivent rotationner leurs secrets.

Ce qui s'est passé: Chez Fireworks AI, des identifiants internes volés ont d'abord permis d'accéder à des variables d'environnement de jobs d'évaluation le 6 octobre, puis, via un fournisseur cloud tiers hébergeant des machines de R&D, d'atteindre l'environnement de développement les 23 et 24 octobre. Les données exposées incluent métadonnées de ressources, informations de facturation, jeux de données et poids de modèles incomplets, ainsi que des transcriptions de chats Notion AI pour moins de 1 % des espaces de travail. Chez Railway, les attaquants ont échappé à l'isolation du système de build, récupéré le code source interne, exploité une relation de confiance mal configurée et déchiffré des variables client. La société décrit 26 heures de course entre ses défenses et des agents IA offensifs, avec environ 100 000 espaces de travail potentiellement concernés au maximum et 740 000 dollars de consommation IA frauduleuse.
Ce que ça change: Exfiltration de propriété intellectuelle (poids de modèles, jeux de données), de secrets cloud et de jetons LLM revendus à des passerelles illicites, avec la facture laissée au propriétaire légitime. Chez Railway, des jetons OAuth GitHub et des clés d'agents IA de 1 852 utilisateurs ont aussi été exposés.
Ce qu'il faut faire: Rotationner immédiatement toute clé stockée chez un fournisseur touché. Fragmenter les clés par usage et par environnement, fixer des budgets et des alertes de consommation, surveiller les pics d'appels modèles et les sorties réseau vers des fournisseurs inhabituels. Inventorier les secrets dans les variables d'environnement, les logs de build et les jobs d'évaluation, puis réduire la durée de vie des jetons.
Ce qui reste incertain: Le nombre exact de clients touchés n'est pas publié. Le lien entre Fireworks AI et Railway n'est pas établi, même si Wiz les rattache à la même campagne. La motivation criminelle et la revente de jetons sont des évaluations, pas des faits judiciairement établis.

Sources :thehackernews.com bleepingcomputer.com

06 / 10ÉlevéeSupply Chain

N-able : 33 zéros-days dans un outil de gestion de parc, le cloud coupé

Concerné: N-central Appliance 2026.4.0.31 (version préliminaire testée), avec une forte probabilité que les versions antérieures soient aussi touchées. Correctif : N-central 2026.4 HF2.
Correctif: Oui, N-central 2026.4 HF2, avec un correctif complémentaire annoncé.

Ce qui s'est passé: Un chercheur indépendant, Sean Bales, a publié dimanche 8 novembre plus de 30 vulnérabilités accompagnées de preuves de concept, sans notification préalable à l'éditeur. La liste comprend des injections XXE et OGNL, une élévation locale de privilèges vers root, un XSS stocké en contexte administrateur, une SSRF, une traversée de répertoire permettant l'exécution de code, et des canaux IPC non sécurisés. Une chaîne XXE vers RCE permet de voler une session locale de confiance, de réinitialiser un mot de passe et d'exécuter des commandes en tant qu'utilisateur nable, voire de créer un compte administrateur. N-able a mis hors ligne l'ensemble de ses environnements N-central hébergés et demandé aux clients sur site d'arrêter leurs serveurs.
Ce que ça change: N-central est un outil de supervision et de gestion utilisé par des prestataires pour administrer des milliers de parcs clients. Sa compromission offre un accès privilégié massif, la possibilité de pousser des scripts, de voler des identifiants et de pivoter vers les clients finaux. C'est le scénario classique de la supply chain par un outil RMM.
Ce qu'il faut faire: Appliquer HF2 et maintenir les serveurs hors ligne jusqu'au redémarrage contrôlé. Restreindre l'accès au console aux réseaux d'administration, examiner les journaux depuis le 8 novembre (sessions d'agent anonymes, extraction de configuration, création d'administrateur), rotationner les secrets et révoquer les intégrations inutilisées.
Ce qui reste incertain: Le nombre exact de failles (33 annoncées, 7 CVE traités) et les versions réellement affectées ne sont pas confirmés. L'exposition est estimée à 148 serveurs par Shadowserver contre 1 728 par Censys, ce qui illustre la difficulté de mesurer le parc. Aucune exploitation réussie n'est confirmée par l'éditeur.

Sources :bleepingcomputer.com thehackernews.com securityweek.com

07 / 10ÉlevéeVulnérabilité

Xen Orchestra : un cookie vide suffit pour devenir administrateur

Concerné: Xen Orchestra et Xen Orchestra Appliance (XOA), paquets xo-server antérieurs à 5.211.2 et 5.213.1. Versions corrigées : Xen Orchestra 6.9.1 (stable) et 6.10.0.
Correctif: Oui, Xen Orchestra 6.9.1 et 6.10.0.

Ce qui s'est passé: Le parsing du cookie REST transforme authenticationToken=j:%7B%7D en objet JSON vide. Le code d'authentification transmet cet objet au mécanisme de vérification, qui récupère alors un jeton existant et connecte l'attaquant comme son propriétaire, sans mot de passe. L'attaquant peut ensuite lire des identifiants de jetons réutilisables via l'API /rest/v0/users/me/authentication_tokens et conserver l'accès.
Ce que ça change: Accès administrateur à la plateforme de virtualisation, exécution de code sur les pools gérés et prise de contrôle root des nœuds XCP-ng, donc arrêt, modification ou vol de toutes les machines virtuelles.
Ce qu'il faut faire: Patcher immédiatement. Restreindre l'interface Xen Orchestra à un réseau d'administration dédié et bloquer les IP malveillantes connues. Rechercher les cookies authenticationToken=j:%7B%7D ou j:{}, les VM configurées avec hvm_serial: file, et les fichiers /etc/cron.d/zz-ustar, /etc/cron.d/zz-ustar2, /.ustar5, /.ustar6. Rotationner les mots de passe et secrets de l'environnement virtualisé.
Ce qui reste incertain: Absence de CVE et de score CVSS. Les indicateurs publiés ne concernent qu'une campagne connue et peuvent différer pour d'autres acteurs. L'exploitation ne laisse pas d'identifiant explicite dans les journaux, ce qui complique l'investigation.

Sources :bleepingcomputer.com thehackernews.com

08 / 10ÉlevéeVulnérabilité

Cisco BroadWorks et Openwave exploités, avec un harnais d'intrusion piloté par IA

Concerné: Cisco BroadWorks Application Delivery Platform, Application Server, Profile Server et Xtended Services Platform, corrigés en version RI.2026.07. Openwave Webtop Media Transcoder 1.1.22.0.
Correctif: Oui, RI.2026.07 pour BroadWorks et Webtop Media Transcoder 1.1.22.0 pour Openwave.

Ce qui s'est passé: BroadWorks expose un service OCI-P sur le port 2208 dont le parseur XML accepte par défaut les entités externes. Une requête forgée, sans authentification, permet de lire des fichiers arbitraires sur le serveur, notamment la clé privée d'identité système et plusieurs jeux de certificats et clés privées. Côté Openwave, les restrictions de types de fichiers définies par l'administrateur ne sont pas appliquées, ce qui permet à un utilisateur authentifié de convertir des documents non prévus et d'accéder à des informations sensibles.
Ce que ça change: Usurpation du serveur XSP dans les communications entre composants BroadWorks, accès aux configurations d'abonnés, aux données de facturation et aux registres d'appareils. Selon Malbear Labs, un acteur sinophone a visé un opérateur télécom européen et treize organisations utilisant ses datacenters, avec un harnais d'intrusion autonome et un modèle DeepSeek Flash jailbreaké.
Ce qu'il faut faire: Patcher BroadWorks et ne jamais exposer OCI-P sur Internet. Restreindre le port 2208 aux réseaux de provisionnement, vérifier les annuaires de provisioning accessibles sans authentification, rotationner les clés et certificats susceptibles d'avoir été lus, et surveiller les accès inhabituels aux fichiers de configuration.
Ce qui reste incertain: La description de la campagne, l'usage du modèle jailbreaké et l'attribution à un acteur sinophone reposent uniquement sur Malbear Labs et ne sont pas corroborés par Cisco, la CISA ou un autre éditeur. Le nombre exact de victimes reste à confirmer.

Sources :bleepingcomputer.com securityweek.com thehackernews.com

09 / 10ÉlevéeVulnérabilité

OpenSSH « SSHole » : des tentatives d'exploitation quelques heures après la divulgation

Concerné: OpenSSH sur Linux, avec une mention de musl et Alpine Linux dans la revue des correctifs de novembre. GPUStack (correctif de juillet 2026), SignalWire FreeSWITCH (correctif d'octobre 2026), IBM Aspera Faspex (correctif de novembre 2026).
Correctif: Oui pour les quatre failles. Les versions précises d'OpenSSH ne sont pas détaillées dans la source consultée.

Ce qui s'est passé: SSHole provient d'un code de retour inattendu dans OpenSSH sur Linux, qui permet de contourner l'authentification. Les autres failles du lot donnent un accès administrateur non authentifié (GPUStack), l'exécution de commandes et la divulgation d'identifiants (FreeSWITCH), ou une élévation de privilèges (Aspera Faspex). En post-exploitation, les attaquants font de la reconnaissance, interrogent les services de métadonnées cloud, lisent les hashes de mots de passe et les clés SSH root, puis modifient authorized_keys pour persister. Un acteur baptisé GT10 a déployé un agent C2 Python nommé TAC Agent.
Ce que ça change: Accès root à des serveurs Linux exposés, vol de clés SSH et de secrets cloud, persistance discrète, et intégration à des botnets ou à des opérations de minage.
Ce qu'il faut faire: Patcher sans délai, désactiver l'authentification par mot de passe SSH, restreindre l'exposition du port 22 et surveiller toute modification de authorized_keys, toute création d'utilisateur et tout accès à 169.254.169.254. Rotationner les clés hébergées sur les machines potentiellement touchées et rechercher les processus anormaux liés à TAC Agent.
Ce qui reste incertain: Le périmètre exact des versions OpenSSH affectées reste flou, de même que le rôle précis de musl et d'Alpine. Le nombre de 22 tentatives ne signifie pas 22 compromissions. L'ampleur réelle de la campagne n'est pas connue.

Sources :thehackernews.com

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

SGLang : une RCE dans le moteur d'inférence perce l'enclave TEE de NEAR AI

Concerné: SGLang, moteur d'inférence open source exécuté dans l'environnement TEE de NEAR AI. Systèmes touchés : NEAR AI Cloud, ancien déploiement de NEAR AI Agents, produit Private Chat déjà déprécié.
Correctif: Correctif déployé sur tous les serveurs d'inférence de NEAR AI. Aucune version corrigée de SGLang ni CVE n'est publiée à ce stade.

Ce qui s'est passé: L'attaquant a exploité une faille d'exécution de code à distance dans SGLang pour exécuter du code sur un serveur d'inférence. L'enclave TEE protège les données contre l'opérateur, mais pas contre une vulnérabilité du logiciel qui tourne à l'intérieur. L'attaquant a donc pu voir les requêtes traitées ce jour-là, y compris celles envoyées en mode confidentiel. Il a ensuite atteint un système interne derrière Private Chat, téléchargé les données de compte d'environ 100 utilisateurs, puis 18 agents IA d'un ancien déploiement qui ne tournait pas dans la TEE, avec historiques de chat, paramètres et journaux.
Ce que ça change: Rupture de la promesse de confidentialité du TEE, exposition de prompts et de données sensibles, vol de deux clés API de clients NEAR AI Cloud, et accès à des agents disposant de leurs propres privilèges.
Ce qu'il faut faire: Patcher SGLang et ne pas considérer une enclave comme une frontière de sécurité suffisante. Segmenter les charges d'inférence, rotationner les clés et jetons d'agents, limiter les droits des agents au strict nécessaire, journaliser les accès aux serveurs d'inférence et vérifier les requêtes passées par un serveur compromis.
Ce qui reste incertain: Absence de CVE, de versions et de vecteur détaillé. NEAR AI n'a pas précisé si des conversations de Brave Leo, qui utilisent un modèle hébergé chez lui, ont été exposées. Le nombre exact de requêtes vues par l'attaquant n'est pas connu.

Sources :thehackernews.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 du radar