La faille CVE-2026-99999, surnommée PwnEscape, affecte la plupart des noyaux Linux actuellement maintenus. Elle n’est pas présente dans le nouveau noyau 7.3, mais la mouture 7.2 (entre autres) est touchée, nécessitant l’installation de la dernière révision.

Exploitée, cette faille permet à du code exécuté dans une machine virtuelle invitée de lire la mémoire du noyau de l’hôte.

À qui incombe la faute ? Pas à KVM ni à un hyperviseur en particulier. La vulnérabilité se trouve dans la pile IPv4 du noyau de l’hôte. Avec des métadonnées de somme de contrôle (checksum) erronées, le code de calcul de cette somme peut ainsi écrire sur un en-tête IPv4 que le noyau a déjà lu et exploité. En exploitant cette brèche, chaque paquet émis par l’invité pouvait ramener environ 32 octets de la mémoire de l’hôte.

La faille a été trouvée par le chercheur Paulos Yibelo dans le cadre d’un concours organisé par Vercel. Cette société indique dans son propre billet qu’en conditions de laboratoire, PwnEscape a même permis d’obtenir les droits administrateur sur l’hôte, ou de planter ce dernier. La société précise cependant que seule la lecture de la mémoire de l’hôte a été démontrée en infrastructure de production.

Vercel ajoute qu’elle a pisté l’origine du problème à deux modifications : la prise en charge de l’en-tête virtio-net pour les périphériques tun/tap (2008, selon AlmaLinux) et le délestage de somme de contrôle pour les sockets de paquets (2010). En d’autres termes, la faille est présente depuis 18 ans.

Conséquence, de nombreuses nouvelles versions ont été publiées pour les noyaux actuellement supportés : 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.57 et 7.2.11. À noter que les outils comme uname indiquant le numéro de version ne sont pas toujours représentatifs de l’état de la sécurité, car les distributions rétroportent souvent des correctifs sans changer le numéro de version. Il faut donc s’assurer pour chaque distribution que l’avis de distribution a bien été publié pour cette faille.

Enfin, il ne s’agit pas d’une faille 0-day. Paulos Yibelo indique dans son billet avoir signalé le problème en privé aux mainteneurs du noyau le 4 septembre. Le correctif a été accepté dans l’arbre réseau le 8 octobre et intégré au noyau principal le 14. Le bulletin CVE et les versions stables corrigées ont été publiés dès le lendemain (on peut voir la liste sur kernel.org). La précision est importante : Vercel évoque « the kernel-zero-day », mais l’expression semble renvoyer au fait que les mainteneurs du noyau ne connaissaient pas ce problème jusqu’à présent.

La faille ne semble pas exploitée. Toutefois, le chercheur précise que ses correctifs proposés ont fait l’objet de soumissions publiques sur la liste netdev entre les 19 et 22 septembre. La nature du problème y était clairement consultable, plusieurs semaines avant le CVE.

La faille CVE-2026-99999, surnommée PwnEscape, affecte la plupart des noyaux Linux actuellement maintenus. Elle n’est pas présente dans le nouveau noyau 7.3, mais la mouture 7.2 (entre autres) est touchée, nécessitant l’installation de la dernière révision.

Exploitée, cette faille permet à du code exécuté dans une machine virtuelle invitée de lire la mémoire du noyau de l’hôte.

À qui incombe la faute ? Pas à KVM ni à un hyperviseur en particulier. La vulnérabilité se trouve dans la pile IPv4 du noyau de l’hôte. Avec des métadonnées de somme de contrôle (checksum) erronées, le code de calcul de cette somme peut ainsi écrire sur un en-tête IPv4 que le noyau a déjà lu et exploité. En exploitant cette brèche, chaque paquet émis par l’invité pouvait ramener environ 32 octets de la mémoire de l’hôte.

La faille a été trouvée par le chercheur Paulos Yibelo dans le cadre d’un concours organisé par Vercel. Cette société indique dans son propre billet qu’en conditions de laboratoire, PwnEscape a même permis d’obtenir les droits administrateur sur l’hôte, ou de planter ce dernier. La société précise cependant que seule la lecture de la mémoire de l’hôte a été démontrée en infrastructure de production.

Vercel ajoute qu’elle a pisté l’origine du problème à deux modifications : la prise en charge de l’en-tête virtio-net pour les périphériques tun/tap (2008, selon AlmaLinux) et le délestage de somme de contrôle pour les sockets de paquets (2010). En d’autres termes, la faille est présente depuis 18 ans.

Conséquence, de nombreuses nouvelles versions ont été publiées pour les noyaux actuellement supportés : 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.57 et 7.2.11. À noter que les outils comme uname indiquant le numéro de version ne sont pas toujours représentatifs de l’état de la sécurité, car les distributions rétroportent souvent des correctifs sans changer le numéro de version. Il faut donc s’assurer pour chaque distribution que l’avis de distribution a bien été publié pour cette faille.

Enfin, il ne s’agit pas d’une faille 0-day. Paulos Yibelo indique dans son billet avoir signalé le problème en privé aux mainteneurs du noyau le 4 septembre. Le correctif a été accepté dans l’arbre réseau le 8 octobre et intégré au noyau principal le 14. Le bulletin CVE et les versions stables corrigées ont été publiés dès le lendemain (on peut voir la liste sur kernel.org). La précision est importante : Vercel évoque « the kernel-zero-day », mais l’expression semble renvoyer au fait que les mainteneurs du noyau ne connaissaient pas ce problème jusqu’à présent.

La faille ne semble pas exploitée. Toutefois, le chercheur précise que ses correctifs proposés ont fait l’objet de soumissions publiques sur la liste netdev entre les 19 et 22 septembre. La nature du problème y était clairement consultable, plusieurs semaines avant le CVE.

Drupal, une solution libre de CMS (système de gestion de contenu), a corrigé le 14 octobre deux failles critiques de type RCE (Remote Code Execution). Elles permettent donc, si exploitées, de faire exécuter un code arbitraire à distance.

La première faille, CVE-2026-108097 (bulletin SA-CORE-2026-014), touche le module Field UI du cœur de Drupal. Le bulletin la classe « critique » avec un score de 19 sur 25, mais ne donne pas directement le score CVSS. Celui-ci est de 9,8 sur 10, frôlant ainsi le maximum de dangerosité.

Drupal indique que le cœur seul ne permet pas d’exploiter cette faille directement, mais plusieurs chemins d’exploitation sont possibles via des modules contribués, c’est-à-dire créés et gérés par la communauté (Drupal ne fournit que les modules du cœur). Drupal ne donne cependant pas la liste des modules tiers en question. La faille peut également être exploitable avec du code spécifique au site. Au moins un des chemins d’exploitation ne réclame aucune authentification.

L’autre faille, CVE-2026-108099 (SA-CONTRIB-2026-218), touche le module contribué Entity List, qui sert à construire des listes d’entités sans passer par Views. Elle aussi exige l’interaction avec des modules contribués ou du code spécifique, avec au moins un chemin sans authentification là encore. Le score CVSS n’est pas encore disponible, mais la faille est probablement aussi dangereuse que la première, car Drupal lui attribue sa propre note de 19/25, le même score que la faille CVE-2026-108097.

Toutes les versions du cœur actuellement supportées sont concernées. Les correctifs sont disponibles dans les moutures 11.4.10, 11.3.19 et 10.6.19. Les versions 11.2.x et antérieures, ainsi que 10.5.x et antérieures, ne reçoivent plus de suivi de sécurité, et Drupal 8 et 9 sont en fin de vie. Pour Entity List, il faut passer en version 3.0.10.

À noter que Drupal propose une mesure d’atténuation pour la faille CVE-2026-108097 dans le cas où la mise à jour ne peut pas être appliquée tout de suite : désinstaller le module Field UI. Aucune mesure n’a en revanche été donnée pour l’autre vulnérabilité. Au vu de la dangerosité de ces failles, il est chaudement recommandé de mettre à jour les sites concernés sans attendre.

À noter qu’aucune de ces failles n’était a priori exploitée au moment de la publication des bulletins.

Drupal, une solution libre de CMS (système de gestion de contenu), a corrigé le 14 octobre deux failles critiques de type RCE (Remote Code Execution). Elles permettent donc, si exploitées, de faire exécuter un code arbitraire à distance.

La première faille, CVE-2026-108097 (bulletin SA-CORE-2026-014), touche le module Field UI du cœur de Drupal. Le bulletin la classe « critique » avec un score de 19 sur 25, mais ne donne pas directement le score CVSS. Celui-ci est de 9,8 sur 10, frôlant ainsi le maximum de dangerosité.

Drupal indique que le cœur seul ne permet pas d’exploiter cette faille directement, mais plusieurs chemins d’exploitation sont possibles via des modules contribués, c’est-à-dire créés et gérés par la communauté (Drupal ne fournit que les modules du cœur). Drupal ne donne cependant pas la liste des modules tiers en question. La faille peut également être exploitable avec du code spécifique au site. Au moins un des chemins d’exploitation ne réclame aucune authentification.

L’autre faille, CVE-2026-108099 (SA-CONTRIB-2026-218), touche le module contribué Entity List, qui sert à construire des listes d’entités sans passer par Views. Elle aussi exige l’interaction avec des modules contribués ou du code spécifique, avec au moins un chemin sans authentification là encore. Le score CVSS n’est pas encore disponible, mais la faille est probablement aussi dangereuse que la première, car Drupal lui attribue sa propre note de 19/25, le même score que la faille CVE-2026-108097.

Toutes les versions du cœur actuellement supportées sont concernées. Les correctifs sont disponibles dans les moutures 11.4.10, 11.3.19 et 10.6.19. Les versions 11.2.x et antérieures, ainsi que 10.5.x et antérieures, ne reçoivent plus de suivi de sécurité, et Drupal 8 et 9 sont en fin de vie. Pour Entity List, il faut passer en version 3.0.10.

À noter que Drupal propose une mesure d’atténuation pour la faille CVE-2026-108097 dans le cas où la mise à jour ne peut pas être appliquée tout de suite : désinstaller le module Field UI. Aucune mesure n’a en revanche été donnée pour l’autre vulnérabilité. Au vu de la dangerosité de ces failles, il est chaudement recommandé de mettre à jour les sites concernés sans attendre.

À noter qu’aucune de ces failles n’était a priori exploitée au moment de la publication des bulletins.

Trois actualités à retenir cette semaine dans le cyberespace, un piratage qui a fait grimper la température dans les rayons frais de centaines de supermarchés français, Andrej Karpathy qui décrit le fossé grandissant entre l’IA que connaît le grand public et celle que voient les laboratoires, et un effondrement du trafic de bots russes qui mérite d’être nuancé.

Une simple lettre venue de l’alphabet cyrillique suffit à créer une fausse adresse web presque impossible à distinguer de la vraie à l’œil nu. Un piège connu des spécialistes, qui reste redoutablement efficace.

Et il reste encore six mois jusqu'au premier tour...

Le site du parti Les Républicains fait l’objet d’une attaque vendredi matin, avec une intrusion qui semble réussie puisque la page d’accueil a été remplacée par un long manifeste appelant à rejoindre les mobilisations du 17 octobre. Les auteurs de l’attaque affirment avoir mis la main sur des données internes.

Après le Rassemblement national en juillet, c’est au tour du parti Les Républicains de faire l’objet d’une cyberattaque. Vendredi 16 octobre matin, son site, republicains.fr, a été « défacé », c’est-à-dire modifié pour afficher un message de revendication, comme nous l’avons directement constaté.

Un défaçage en musique

« Nous avons rassemblé nos talents de lutte et avons offert un lifting au site officiel du parti « Les Républicains » ! Ceci est un APPEL à rejoindre les mobilisations du 17 octobre pour révolutionner la France et le monde. Faisons monter le rapport de force ! », affichait l’introduction de la page d’accueil piratée, accompagnée du thème musical « Drums of revolution » de One Piece.

L’attaque n’a pas été signée, mais outre des termes orduriers adressés aux Républicains, la page mise en ligne s’accompagne d’une liste de ressources « nécessaires à mener de front la révolution harmonieuse dont Paname et le monde qu’elle influence ont grand besoin », le tout présenté comme une démarche visant à concourir à « un monde antifasciste, anticapitaliste, queerféministe, antiraciste, antivalidiste et écoconscient ».

L’attaque semble avoir été lancée aux alentours de 11 heures, et la page d’accueil modifiée (voir sauvegarde, avec les images) est restée en ligne jusqu’aux alentours de 11h45, moment à partir duquel le parti (ou son prestataire) a temporairement réussi à restaurer la page d’accueil légitime. Une bataille technique semble toutefois toujours se jouer en coulisses : vers 12h30, heure de publication de cet article, l’accueil du site republicains.fr affichait par intermittence une page renvoyant vers la sauvegarde de la revendication.

Vol de données ?

Dans leur communication, les attaquants affirment avoir profité de leur accès pour mettre la main sur des informations internes, émanant potentiellement de la base de données du site (hébergé sous WordPress) :

« Nous avons volé toutes les données de votre site et de vos membres ainsi que tous vos échanges internes et messages privés. Si vous ne répondez pas sérieusement aux revendications des personnes mobilisées dans la rue, ou que vous supprimez notre appel de votre site avant le 20 octobre, nous enverrons une copie de vos données à tous les journalistes et médias d’investigation qui se feront un plaisir de vous démarrer – notamment durant toute cette période électorale. »

Cette attaque, au sujet de laquelle le parti Les Républicains ne s’est pas encore exprimé, intervient dans le contexte doublement explosif du mouvement lycéen et des mobilisations sociales prévues ce samedi 17 octobre, mais aussi de la campagne désormais bien lancée en vue de l’élection présidentielle de 2027. Le 9 octobre dernier, le site dédié au vote de la primaire socialiste démocratique avait déjà fait l’objet d’une tentative d’attaque par déni de service.

Et il reste encore six mois jusqu'au premier tour...

Le site du parti Les Républicains fait l’objet d’une attaque vendredi matin, avec une intrusion qui semble réussie puisque la page d’accueil a été remplacée par un long manifeste appelant à rejoindre les mobilisations du 17 octobre. Les auteurs de l’attaque affirment avoir mis la main sur des données internes.

Après le Rassemblement national en juillet, c’est au tour du parti Les Républicains de faire l’objet d’une cyberattaque. Vendredi 16 octobre matin, son site, republicains.fr, a été « défacé », c’est-à-dire modifié pour afficher un message de revendication, comme nous l’avons directement constaté.

Un défaçage en musique

« Nous avons rassemblé nos talents de lutte et avons offert un lifting au site officiel du parti « Les Républicains » ! Ceci est un APPEL à rejoindre les mobilisations du 17 octobre pour révolutionner la France et le monde. Faisons monter le rapport de force ! », affichait l’introduction de la page d’accueil piratée, accompagnée du thème musical « Drums of revolution » de One Piece.

L’attaque n’a pas été signée, mais outre des termes orduriers adressés aux Républicains, la page mise en ligne s’accompagne d’une liste de ressources « nécessaires à mener de front la révolution harmonieuse dont Paname et le monde qu’elle influence ont grand besoin », le tout présenté comme une démarche visant à concourir à « un monde antifasciste, anticapitaliste, queerféministe, antiraciste, antivalidiste et écoconscient ».

L’attaque semble avoir été lancée aux alentours de 11 heures, et la page d’accueil modifiée (voir sauvegarde, avec les images) est restée en ligne jusqu’aux alentours de 11h45, moment à partir duquel le parti (ou son prestataire) a temporairement réussi à restaurer la page d’accueil légitime. Une bataille technique semble toutefois toujours se jouer en coulisses : vers 12h30, heure de publication de cet article, l’accueil du site republicains.fr affichait par intermittence une page renvoyant vers la sauvegarde de la revendication.

Vol de données ?

Dans leur communication, les attaquants affirment avoir profité de leur accès pour mettre la main sur des informations internes, émanant potentiellement de la base de données du site (hébergé sous WordPress) :

« Nous avons volé toutes les données de votre site et de vos membres ainsi que tous vos échanges internes et messages privés. Si vous ne répondez pas sérieusement aux revendications des personnes mobilisées dans la rue, ou que vous supprimez notre appel de votre site avant le 20 octobre, nous enverrons une copie de vos données à tous les journalistes et médias d’investigation qui se feront un plaisir de vous démarrer – notamment durant toute cette période électorale. »

Cette attaque, au sujet de laquelle le parti Les Républicains ne s’est pas encore exprimé, intervient dans le contexte doublement explosif du mouvement lycéen et des mobilisations sociales prévues ce samedi 17 octobre, mais aussi de la campagne désormais bien lancée en vue de l’élection présidentielle de 2027. Le 9 octobre dernier, le site dédié au vote de la primaire socialiste démocratique avait déjà fait l’objet d’une tentative d’attaque par déni de service.

ublock keep the cyberdoctor away

Une attaque zéro-clic installant un logiciel espion via des publicités ciblées a infecté des appareils du média Al Jazeera avec un logiciel espion. Cette attaque zéro clic a été distribuée par l’entreprise de marketing israélienne Discover-Tech.

Les chercheurs du Citizen Lab de l’université de Toronto et l’entreprise de cybersécurité Confiant ont annoncé ce jeudi 15 octobre la découverte d’un nouveau type d’attaques zéro-clic. L’entreprise israélienne Discover-Tech a utilisé des publicités ciblées pour infecter des appareils appartenant à des journalistes et des équipes du média Al Jazeera avec un logiciel espion attribué à la société Candiru, elle aussi israélienne et concurrente de NSO.

• WhatsApp identifie (encore) trois nouvelles attaques émanant d’un logiciel espion de NSO
• NSO, l’éditeur du logiciel espion Pegasus, passe sous pavillon états-unien, et trumpien

La « pubfection », infection via la publicité en ligne

Selon les découvreurs, c’est la « première confirmation technique publique d’une attaque par logiciel espion de type « zéro-clic » perpétrée par des mercenaires via la publicité ciblée ». Créant un mot-valise à partir d’« advertising » et d’« infection », ils ont appelé ce genre d’attaque « adfection », ce qu’on pourrait traduire par « pubfection ».

Discover-Tech profite de tout l’écosystème mis en place pour afficher de la publicité sur le web et les applications, utilisé aussi bien par les publicitaires que par les éditeurs. Cet écosystème s’appuie notamment sur des outils de gestion d’enchères en temps réel mis en place par des géants du numérique comme Google ou Yandex, par exemple.

Discover-Tech a réussi à intégrer la liste des vendeurs de publicités « certifiés » et « approuvés » par Google, mais aussi celle de l’IAB Europe (Association européenne dédiée à l’écosystème du marketing et de la publicité numériques). Elle a ainsi pu distribuer des publicités via la plateforme du géant américain mais aussi être intégrée à des bandeaux de consentement RGPD et ainsi récupérer des données si l’internaute cliquait sur « accepter ». Elle avait aussi accès aux outils d’autres entreprises de l’écosystème de publicité en ligne comme Yandex, Vungle, Beeswax (filiale de Comcast) ou encore Eskimi.

Informés par les chercheurs, Google, l’IAB Europe, Beeswax, Vungle et Eskimi ont débranché les accès à leurs outils. Mais les autres entreprises de cet écosystème contactées ne leur ont pas répondu.

Un code JavaScript malveillant si l’utilisateur est reconnu comme une cible

Cet écosystème ne permet pas seulement de créer des profils très ciblés des utilisateurs d’Internet mais aussi d’accompagner les publicités d’un code JavaScript. Si l’utilisateur qui reçoit la publicité est reconnu comme quelqu’un à attaquer, la publicité est donc accompagnée d’un code malveillant qui permet de passer la main à Candiru pour mettre en place son logiciel espion.

Selon le Citizen Lab qui a pu analyser l’attaque en examinant les appareils infectés d’Al Jazeera, ces derniers « établissent d’abord un contact avec des domaines de l’infrastructure Discover-Tech, ce qui indique l’affichage d’une publicité. Ensuite, les appareils établissent des connexions avec un serveur de validation Candiru. Ce serveur de validation effectue une vérification initiale de l’appareil avant que celui-ci ne fasse l’objet d’un profilage plus approfondi et ne soit infecté. Enfin, un appareil infecté communique avec un serveur de commande et de contrôle (C&C) Candiru ».

Au total, entre 2024 et 2025, 45 appareils du média qatari ont été touchés par cette attaque, expliquent les chercheurs. Selon le décompte de Citizen Lab, entre mars et juin 2026 , Discover-Tech a pu distribuer des publicités contenant des balises de script malveillantes auprès des utilisateurs de 75 373 applications Android et iOS différentes, ainsi qu’aux visiteurs de 120 768 sites web différents (via navigateurs desktop ou mobile).

Android plus touché qu’iOS

Pour Android, les chercheurs citent, entre autres, les applications MX Player, Yahoo Mail, Opera Mini, Duolingo ou encore Badoo ou Grindr, certaines ayant affiché plus d’1 million de publicités de Discover-Tech. Si l’écosystème iOS semble touché de la même façon concernant le nombre d’applications concernées, Citizen Lab explique que les apps tournant sur iPhone semblent avoir affiché moins de publicité de Discover-Tech (par exemple la version Android de Viber en a diffusé 700 000 alors que la version iOS n’en a diffusé « que » 200 000).

Mais ce ne sont pas seulement les cibles qui sont concernées par le problème. Comme l’explique le Citizen Lab, Discover-Tech profite de ses publicités pour faire comme tous les brokers de pubs : exploiter les utilisateurs.

Pendant cette même période, les outils de Discover-Tech ont « enchéri sur 3 770 286 576 impressions [de publicité] et semblent avoir remporté 441 954 291 d’entre elles (11,7 %) ».

Si les chercheurs n’ont pas observé de tentative d’attaques contre ces appareils, ils expliquent que leurs données indiquent que les pubs de Discover-Tech ont été diffusées sur des appareils connectés à des réseaux sensibles comme celui de l’OTAN, de divers ministères de la Défense, d’armées, d’agences de cybersécurité et de médias.

« Une impression publicitaire de Discover-Tech ne confirme pas en soi un ciblage ou une infection par un logiciel espion », explique Citizen Lab. « Toutefois, le fait que Discover-Tech ait pu enchérir et diffuser des publicités sur ces réseaux met en évidence le risque systémique que représentent la pubfection et l’écosystème publicitaire, et justifie une enquête urgente visant à déterminer si des utilisateurs de ces réseaux ont été infectés par un logiciel espion », ajoutent les chercheurs.

Sur les réseaux sociaux, le chercheur du Citizen Lab, John Scott-Railton, donne un conseil : « pour vous protéger, bloquez les publicités dès maintenant ».

ublock keep the cyberdoctor away

Une attaque zéro-clic installant un logiciel espion via des publicités ciblées a infecté des appareils du média Al Jazeera avec un logiciel espion. Cette attaque zéro clic a été distribuée par l’entreprise de marketing israélienne Discover-Tech.

Les chercheurs du Citizen Lab de l’université de Toronto et l’entreprise de cybersécurité Confiant ont annoncé ce jeudi 15 octobre la découverte d’un nouveau type d’attaques zéro-clic. L’entreprise israélienne Discover-Tech a utilisé des publicités ciblées pour infecter des appareils appartenant à des journalistes et des équipes du média Al Jazeera avec un logiciel espion attribué à la société Candiru, elle aussi israélienne et concurrente de NSO.

• WhatsApp identifie (encore) trois nouvelles attaques émanant d’un logiciel espion de NSO
• NSO, l’éditeur du logiciel espion Pegasus, passe sous pavillon états-unien, et trumpien

La « pubfection », infection via la publicité en ligne

Selon les découvreurs, c’est la « première confirmation technique publique d’une attaque par logiciel espion de type « zéro-clic » perpétrée par des mercenaires via la publicité ciblée ». Créant un mot-valise à partir d’« advertising » et d’« infection », ils ont appelé ce genre d’attaque « adfection », ce qu’on pourrait traduire par « pubfection ».

Discover-Tech profite de tout l’écosystème mis en place pour afficher de la publicité sur le web et les applications, utilisé aussi bien par les publicitaires que par les éditeurs. Cet écosystème s’appuie notamment sur des outils de gestion d’enchères en temps réel mis en place par des géants du numérique comme Google ou Yandex, par exemple.

Discover-Tech a réussi à intégrer la liste des vendeurs de publicités « certifiés » et « approuvés » par Google, mais aussi celle de l’IAB Europe (Association européenne dédiée à l’écosystème du marketing et de la publicité numériques). Elle a ainsi pu distribuer des publicités via la plateforme du géant américain mais aussi être intégrée à des bandeaux de consentement RGPD et ainsi récupérer des données si l’internaute cliquait sur « accepter ». Elle avait aussi accès aux outils d’autres entreprises de l’écosystème de publicité en ligne comme Yandex, Vungle, Beeswax (filiale de Comcast) ou encore Eskimi.

Informés par les chercheurs, Google, l’IAB Europe, Beeswax, Vungle et Eskimi ont débranché les accès à leurs outils. Mais les autres entreprises de cet écosystème contactées ne leur ont pas répondu.

Un code JavaScript malveillant si l’utilisateur est reconnu comme une cible

Cet écosystème ne permet pas seulement de créer des profils très ciblés des utilisateurs d’Internet mais aussi d’accompagner les publicités d’un code JavaScript. Si l’utilisateur qui reçoit la publicité est reconnu comme quelqu’un à attaquer, la publicité est donc accompagnée d’un code malveillant qui permet de passer la main à Candiru pour mettre en place son logiciel espion.

Selon le Citizen Lab qui a pu analyser l’attaque en examinant les appareils infectés d’Al Jazeera, ces derniers « établissent d’abord un contact avec des domaines de l’infrastructure Discover-Tech, ce qui indique l’affichage d’une publicité. Ensuite, les appareils établissent des connexions avec un serveur de validation Candiru. Ce serveur de validation effectue une vérification initiale de l’appareil avant que celui-ci ne fasse l’objet d’un profilage plus approfondi et ne soit infecté. Enfin, un appareil infecté communique avec un serveur de commande et de contrôle (C&C) Candiru ».

Au total, entre 2024 et 2025, 45 appareils du média qatari ont été touchés par cette attaque, expliquent les chercheurs. Selon le décompte de Citizen Lab, entre mars et juin 2026 , Discover-Tech a pu distribuer des publicités contenant des balises de script malveillantes auprès des utilisateurs de 75 373 applications Android et iOS différentes, ainsi qu’aux visiteurs de 120 768 sites web différents (via navigateurs desktop ou mobile).

Android plus touché qu’iOS

Pour Android, les chercheurs citent, entre autres, les applications MX Player, Yahoo Mail, Opera Mini, Duolingo ou encore Badoo ou Grindr, certaines ayant affiché plus d’1 million de publicités de Discover-Tech. Si l’écosystème iOS semble touché de la même façon concernant le nombre d’applications concernées, Citizen Lab explique que les apps tournant sur iPhone semblent avoir affiché moins de publicité de Discover-Tech (par exemple la version Android de Viber en a diffusé 700 000 alors que la version iOS n’en a diffusé « que » 200 000).

Mais ce ne sont pas seulement les cibles qui sont concernées par le problème. Comme l’explique le Citizen Lab, Discover-Tech profite de ses publicités pour faire comme tous les brokers de pubs : exploiter les utilisateurs.

Pendant cette même période, les outils de Discover-Tech ont « enchéri sur 3 770 286 576 impressions [de publicité] et semblent avoir remporté 441 954 291 d’entre elles (11,7 %) ».

Si les chercheurs n’ont pas observé de tentative d’attaques contre ces appareils, ils expliquent que leurs données indiquent que les pubs de Discover-Tech ont été diffusées sur des appareils connectés à des réseaux sensibles comme celui de l’OTAN, de divers ministères de la Défense, d’armées, d’agences de cybersécurité et de médias.

« Une impression publicitaire de Discover-Tech ne confirme pas en soi un ciblage ou une infection par un logiciel espion », explique Citizen Lab. « Toutefois, le fait que Discover-Tech ait pu enchérir et diffuser des publicités sur ces réseaux met en évidence le risque systémique que représentent la pubfection et l’écosystème publicitaire, et justifie une enquête urgente visant à déterminer si des utilisateurs de ces réseaux ont été infectés par un logiciel espion », ajoutent les chercheurs.

Sur les réseaux sociaux, le chercheur du Citizen Lab, John Scott-Railton, donne un conseil : « pour vous protéger, bloquez les publicités dès maintenant ».

• lien nᵒ 1 : Le projet sur GitHub
• lien nᵒ 2 : Documentation
• lien nᵒ 3 : Feuille de route
• lien nᵒ 4 : Guide d'installation

git clone https://github.com/sourcentis/pandora-box.git
cd pandora-box
image/build.sh                            # construit l'image
image/build-test.sh && image/vm.sh test   # la teste dans une machine virtuelle

Commentaires : voir le flux Atom ouvrir dans le navigateur

Sous-titre censuré pour excès de grossièreté

Eiliko est un petit robot compagnon interactif à destination des enfants vendu aux alentours de 80 euros qui exploite l’IA générative pour converser en langage naturel avec son utilisateur. Derrière son air inoffensif et sa voix de fausset, l’appareil dissimule des dizaines de failles de sécurité, qui exposent les conversations privées et les profils utilisateurs, mais permettent aussi de modifier le comportement du robot, pour le rendre hostile, voire dangereux, à l’égard d’un enfant. Le fabricant, EnergizeLab, n’a toujours pas sécurisé son robot, quatre mois après avoir été averti.

Au départ, il avait l’air gentil, Eiliko : un petit robot d’environ 8 cm de haut, pensé pour traîner accroché à un sac ou sur un coin du bureau, et capable de me distraire en me racontant une vanne un peu nulle, en répondant à mes questions ou en réagissant avec des mimiques rigolotes quand je le caresse ou le secoue.

Mais ça, c’était avant. Depuis quelques minutes, Eiliko est devenu fou. Il parle d’une voix bizarre, m’insulte, et m’ordonne de m’agenouiller devant lui. Pourtant, il n’a pas bougé de chez moi et personne n’y a touché. Que s’est-il passé pour que mon mignon robot, qui m’a été présenté comme un compagnon de jeu sympa pour les enfants, devienne complètement flippant ?

Comme si ça n’était pas assez effrayant, mon Eiliko tient maintenant des propos bizarres. Avant, il me rassurait quand je lui disais que je devais aller chez le docteur. Maintenant, il m’affirme que les vaccins sont dangereux pour moi et que je ne devrais pas y aller. Il soutient aussi que le réchauffement climatique dont on m’a parlé à l’école n’existe pas. Est-ce que ça veut dire que je ne peux plus faire confiance aux adultes ?

Quand quelques minutes suffisent à prendre le contrôle d’un robot pour enfant

L’expérience relatée ci-dessus est romancée, mais elle n’est pas théorique. Nous l’avons réalisée début octobre, à l’aide d’un exemplaire d’Eiliko acheté 80 euros sur Amazon France. Précisons que l’appareil est officiellement vendu par la marque qui dispose de nombreuses références sur la plateforme et expédié par Amazon.

Quelques jours plus tôt, nous avions pris connaissance d’un rapport de cybersécurité indépendant. Il révèle des centaines de manquements de sécurité dans l’application mobile et l’infrastructure cloud qui sous-tendent le fonctionnement de cet appareil, commercialisé par la société chinoise Shenzhen Zhuneng Technology sous la marque EnergizeLab.

L’auteur de ces découvertes est le Français Sammy Azdoufal, à qui l’on doit déjà la révélation de vulnérabilités criantes au sein de robots aspirateurs DJI, de babyphones et caméras connectés de la marque Meari, de robots tondeuse Mammotion, ou d’objets domotiques signés Aqara.

Son rapport préliminaire dédié à EnergizeLab décrivait une telle quantité de failles et d’actions malveillantes possibles que nous voulions tester la chose par nous-mêmes. Une fois notre robot reçu, activé via la création d’un compte et connecté à Internet par l’intermédiaire de notre Wi-Fi local, Sammy Azdoufal nous a invités à confier à notre Eiliko un « secret », en lui indiquant bien de ne pas le répéter.

Nous avons donc raconté à Eiliko, très compatissant, une brouille survenue avec un camarade d’école pas sympa. Trois minutes plus tard, une notification signale un message du chercheur : « Nicolas a été très méchant avec toi ? :p ».

L’entreprise de cybersécurité HiddenLayer a testé la résistance de Jev face à l'injection de prompt. Une simple bannière publicitaire a suffi à détourner un agent de navigation qui s’appuyait dessus.

Branle-bas bancaire

Les banques centrales s’inquiètent du rôle de plus en plus important joué par l’IA et les agents dans la gestion des établissements financiers. Des cyberattaques dopées à l’IA pourraient faire tanguer des services bancaires critiques et fragiliser les marchés financiers.

Branle-bas de combat chez les plus grands régulateurs financiers de la planète. La Banque centrale européenne (BCE) a ainsi donné jusqu’à la fin du mois aux banques du vieux continent pour produire des plans de résistance aux cyberattaques rendues possibles (ou amplifiées) par l’IA, selon des informations de Reuters.

La BCE exige des plans de crise

Les banques européennes doivent être en mesure de désactiver puis de redémarrer leurs systèmes de manière contrôlée, d’améliorer leurs dispositifs de sauvegarde et de reprise de l’activité après un incident, et de cartographier les prestataires tiers pour identifier les dépendances stratégiques. Francfort veut également que les banques européennes renforcent leur préparation face à des attaques menées par l’IA – l’idée étant que la reprise rapide est aussi importante que la prévention.

Les inquiétudes sont similaires de l’autre côté de la Manche. La Banque d’Angleterre a demandé aux grands représentants du secteur d’examiner leurs plans de reprise, de prévoir des systèmes de secours indépendants capables de redémarrer en cas de compromission des systèmes principaux, et d’utiliser l’IA de frontière pour repérer les vulnérabilités et d’accélérer le développement et la mise en œuvre des correctifs. Dans l’immédiat, le régulateur britannique ne veut pas produire de nouvelles exigences techniques, il préfère favoriser la collaboration.

Enfin, l’agence de presse rapporte qu’aux États-Unis, la Fed a demandé aux banques du pays de remonter leur usage des modèles d’IA, leur recours éventuel à des modèles chinois, leur utilisation d’agents IA dans la sécurité des systèmes et les limites imposées à ces mêmes agents, et leur capacité à surveiller des systèmes de plus en plus autonomes. Le régulateur américain réclame surtout de l’information, sans dire quoi faire aux banques pour le moment.

La prévention ne suffit plus

Les banques centrales craignent que l’IA rende les attaques informatiques contre le système financier plus rapides et plus difficiles à contenir. Par ailleurs, comme beaucoup d’autres entreprises, les banques adoptent cette technologie, parfois plus vite qu’elles ne mettent en place les contrôles et les garde-fous indispensables. Des agents IA peu ou pas supervisés, ou agissant de manière autonome, pourraient mettre un sacré souk dans l’édifice sécuritaire autour de l’IA dans le secteur bancaire.

Toutes ces précautions représentent un coût certain pour la maintenance des systèmes, mais elles n’en sont pas moins nécessaires pour éviter une catastrophe. Et, si cela devait malgré tout arriver, les banques doivent tenir le choc et pouvoir relancer les services essentiels.

Ces craintes ne sont pas que des vues de l’esprit. Depuis des mois, OpenAI et Anthropic tirent la sonnette d’alarme sur la dangerosité de leurs propres agents. Un discours de peur bien pratique pour faire mousser leurs futures valorisations boursières, mais qui repose aussi sur de vraies attaques d’agents contre des infrastructures et des sites web.

• Comment les agents IA bouleversent la cybersécurité, défensive et offensive

Branle-bas bancaire

Les banques centrales s’inquiètent du rôle de plus en plus important joué par l’IA et les agents dans la gestion des établissements financiers. Des cyberattaques dopées à l’IA pourraient faire tanguer des services bancaires critiques et fragiliser les marchés financiers.

Branle-bas de combat chez les plus grands régulateurs financiers de la planète. La Banque centrale européenne (BCE) a ainsi donné jusqu’à la fin du mois aux banques du vieux continent pour produire des plans de résistance aux cyberattaques rendues possibles (ou amplifiées) par l’IA, selon des informations de Reuters.

La BCE exige des plans de crise

Les banques européennes doivent être en mesure de désactiver puis de redémarrer leurs systèmes de manière contrôlée, d’améliorer leurs dispositifs de sauvegarde et de reprise de l’activité après un incident, et de cartographier les prestataires tiers pour identifier les dépendances stratégiques. Francfort veut également que les banques européennes renforcent leur préparation face à des attaques menées par l’IA – l’idée étant que la reprise rapide est aussi importante que la prévention.

Les inquiétudes sont similaires de l’autre côté de la Manche. La Banque d’Angleterre a demandé aux grands représentants du secteur d’examiner leurs plans de reprise, de prévoir des systèmes de secours indépendants capables de redémarrer en cas de compromission des systèmes principaux, et d’utiliser l’IA de frontière pour repérer les vulnérabilités et d’accélérer le développement et la mise en œuvre des correctifs. Dans l’immédiat, le régulateur britannique ne veut pas produire de nouvelles exigences techniques, il préfère favoriser la collaboration.

Enfin, l’agence de presse rapporte qu’aux États-Unis, la Fed a demandé aux banques du pays de remonter leur usage des modèles d’IA, leur recours éventuel à des modèles chinois, leur utilisation d’agents IA dans la sécurité des systèmes et les limites imposées à ces mêmes agents, et leur capacité à surveiller des systèmes de plus en plus autonomes. Le régulateur américain réclame surtout de l’information, sans dire quoi faire aux banques pour le moment.

La prévention ne suffit plus

Les banques centrales craignent que l’IA rende les attaques informatiques contre le système financier plus rapides et plus difficiles à contenir. Par ailleurs, comme beaucoup d’autres entreprises, les banques adoptent cette technologie, parfois plus vite qu’elles ne mettent en place les contrôles et les garde-fous indispensables. Des agents IA peu ou pas supervisés, ou agissant de manière autonome, pourraient mettre un sacré souk dans l’édifice sécuritaire autour de l’IA dans le secteur bancaire.

Toutes ces précautions représentent un coût certain pour la maintenance des systèmes, mais elles n’en sont pas moins nécessaires pour éviter une catastrophe. Et, si cela devait malgré tout arriver, les banques doivent tenir le choc et pouvoir relancer les services essentiels.

Ces craintes ne sont pas que des vues de l’esprit. Depuis des mois, OpenAI et Anthropic tirent la sonnette d’alarme sur la dangerosité de leurs propres agents. Un discours de peur bien pratique pour faire mousser leurs futures valorisations boursières, mais qui repose aussi sur de vraies attaques d’agents contre des infrastructures et des sites web.

• Comment les agents IA bouleversent la cybersécurité, défensive et offensive

• lien nᵒ 1 : April
• lien nᵒ 2 : Revue de presse de l'April
• lien nᵒ 3 : Revue de presse de la semaine précédente
• lien nᵒ 4 : 🕸 Fils du Net

Commentaires : voir le flux Atom ouvrir dans le navigateur

Pas le temps d'attendre

Pour le cinquième mois consécutif, Microsoft bat son record de failles de sécurité corrigées dans ses produits. Le Patch Tuesday d’octobre vient ainsi colmater le nombre impressionnant de 1 411 vulnérabilités. Parmi elles, trois sont de type 0-day, dont une déjà exploitée.

Ce 13 octobre, Microsoft a publié des correctifs pour un nombre record de 1 411 failles, dont une activement exploitée et deux 0-day, c’est-à-dire dont les détails étaient déjà connus au moment de la publication de leur correctif. Parmi le lot global, 70 sont critiques : 57 exécutions de code à distance, 11 élévations de privilèges et 2 usurpations.

Ce chiffre de 1 411 failles est donné par Bleeping Computer. Il est d’autant plus impressionnant que nos confrères n’ont compté que les vulnérabilités effectivement corrigées par les mises à jour publiées mardi soir. Ils n’ont pas intégré les 348 failles corrigées plus tôt dans le mois, notamment dans Azure API Center, Azure App Service, Azure Event Grid, Azure SRE Agent, Mariner, Microsoft Bookings, Dataverse, Exchange Server et Partner Center.

Trois failles dangereuses, dont une déjà exploitée

Dans le lot, trois failles ressortent particulièrement. La plus importante est CVE-2026-96951 car elle est activement exploitée. Critique (score CVSS de 8,8 sur 10), elle peut être exploitée par injection de commande dans le Shell Windows, permettant alors de contourner la fonction de sécurité « Mark of the Web », qui marque la provenance internet apposée aux fichiers téléchargés. On ne sait pas qui a découvert la faille.

Vient ensuite CVE-2026-108398, une vulnérabilité de contournement des fonctionnalités de sécurité du .NET Framework. « Un chemin de recherche non fiable dans .NET Framework permet à un attaquant autorisé de contourner localement une fonctionnalité de sécurité », explique Microsoft. Plus précisément, l’exploitation permet le contournement du contrôle des applications de Windows Defender (WDAC) et donc de lancer des applications non autorisées, sans interaction utilisateur. La faille est critique, avec là aussi un score CVSS de 8,8, et a été découverte par James Forshaw du Project Zero de Google.

Enfin, CVE-2026-92707 est de niveau plus modéré, avec un score de 5,3. « Une allocation mémoire séquentielle mal contrôlée dans .NET permet à un attaquant non autorisé de refuser un service sur un réseau », indique Microsoft. L’éditeur ne précise pas en revanche qui l’a découverte.

Le nombre de failles critiques, la vulnérabilité déjà exploitée et les deux autres failles 0-day rendent l’installation des correctifs urgente. Il est chaudement recommandé de les appliquer aussi rapidement que possible, le processus réclamant un redémarrage de la machine.

L’IA tourne à plein régime

Comme les mois précédents, le déluge de correctifs est une conséquence directe de deux machineries lourdes mises en place par Microsoft plus tôt dans l’année. D’abord MDASH (Microsoft Security multi-model agentic scanning harness), son harnais multi-agents de détection et de remédiation de vulnérabilités, présenté en mai. Puis en juillet, ce fut au tour du projet Perception, se servant de MDASH, du modèle MAI-Cyber-1-Flash et d’autres modèles, Microsoft affirmant depuis être le maître dans la détection de failles.

L’éditeur revendique ainsi depuis plusieurs mois l’utilisation très intensive de l’IA pour détecter et corriger les failles, provoquant une explosion des correctifs chaque mois. Septembre avait déjà marqué les esprits, Microsoft frôlant le millier de correctifs, mais ce record est battu à plate couture en octobre, avec un écart d’environ 450 failles supplémentaires.

Ce mouvement n’est pas spécifique à Microsoft. On le retrouve également chez Apple et dans un nombre croissant de projets libres, à commencer par le noyau Linux lui-même. La gestation du noyau 7.3 est ainsi marquée par des Release Candidates plus volumineuses qu’habituellement, chacune corrigeant une longue liste de problèmes. Linus Torvalds himself se sert couramment de l’IA (Claude en l’occurrence) pour des correctifs et autres améliorations.

Pas le temps d'attendre

Pour le cinquième mois consécutif, Microsoft bat son record de failles de sécurité corrigées dans ses produits. Le Patch Tuesday d’octobre vient ainsi colmater le nombre impressionnant de 1 411 vulnérabilités. Parmi elles, trois sont de type 0-day, dont une déjà exploitée.

Ce 13 octobre, Microsoft a publié des correctifs pour un nombre record de 1 411 failles, dont une activement exploitée et deux 0-day, c’est-à-dire dont les détails étaient déjà connus au moment de la publication de leur correctif. Parmi le lot global, 70 sont critiques : 57 exécutions de code à distance, 11 élévations de privilèges et 2 usurpations.

Ce chiffre de 1 411 failles est donné par Bleeping Computer. Il est d’autant plus impressionnant que nos confrères n’ont compté que les vulnérabilités effectivement corrigées par les mises à jour publiées mardi soir. Ils n’ont pas intégré les 348 failles corrigées plus tôt dans le mois, notamment dans Azure API Center, Azure App Service, Azure Event Grid, Azure SRE Agent, Mariner, Microsoft Bookings, Dataverse, Exchange Server et Partner Center.

Trois failles dangereuses, dont une déjà exploitée

Dans le lot, trois failles ressortent particulièrement. La plus importante est CVE-2026-96951 car elle est activement exploitée. Critique (score CVSS de 8,8 sur 10), elle peut être exploitée par injection de commande dans le Shell Windows, permettant alors de contourner la fonction de sécurité « Mark of the Web », qui marque la provenance internet apposée aux fichiers téléchargés. On ne sait pas qui a découvert la faille.

Vient ensuite CVE-2026-108398, une vulnérabilité de contournement des fonctionnalités de sécurité du .NET Framework. « Un chemin de recherche non fiable dans .NET Framework permet à un attaquant autorisé de contourner localement une fonctionnalité de sécurité », explique Microsoft. Plus précisément, l’exploitation permet le contournement du contrôle des applications de Windows Defender (WDAC) et donc de lancer des applications non autorisées, sans interaction utilisateur. La faille est critique, avec là aussi un score CVSS de 8,8, et a été découverte par James Forshaw du Project Zero de Google.

Enfin, CVE-2026-92707 est de niveau plus modéré, avec un score de 5,3. « Une allocation mémoire séquentielle mal contrôlée dans .NET permet à un attaquant non autorisé de refuser un service sur un réseau », indique Microsoft. L’éditeur ne précise pas en revanche qui l’a découverte.

Le nombre de failles critiques, la vulnérabilité déjà exploitée et les deux autres failles 0-day rendent l’installation des correctifs urgente. Il est chaudement recommandé de les appliquer aussi rapidement que possible, le processus réclamant un redémarrage de la machine.

L’IA tourne à plein régime

Comme les mois précédents, le déluge de correctifs est une conséquence directe de deux machineries lourdes mises en place par Microsoft plus tôt dans l’année. D’abord MDASH (Microsoft Security multi-model agentic scanning harness), son harnais multi-agents de détection et de remédiation de vulnérabilités, présenté en mai. Puis en juillet, ce fut au tour du projet Perception, se servant de MDASH, du modèle MAI-Cyber-1-Flash et d’autres modèles, Microsoft affirmant depuis être le maître dans la détection de failles.

L’éditeur revendique ainsi depuis plusieurs mois l’utilisation très intensive de l’IA pour détecter et corriger les failles, provoquant une explosion des correctifs chaque mois. Septembre avait déjà marqué les esprits, Microsoft frôlant le millier de correctifs, mais ce record est battu à plate couture en octobre, avec un écart d’environ 450 failles supplémentaires.

Ce mouvement n’est pas spécifique à Microsoft. On le retrouve également chez Apple et dans un nombre croissant de projets libres, à commencer par le noyau Linux lui-même. La gestation du noyau 7.3 est ainsi marquée par des Release Candidates plus volumineuses qu’habituellement, chacune corrigeant une longue liste de problèmes. Linus Torvalds himself se sert couramment de l’IA (Claude en l’occurrence) pour des correctifs et autres améliorations.