❌

Vue normale

Broadcom - Une faille Wi-Fi agée de 16 ans toujours sans CVE

20 octobre 2026 à 07:51

Il y a quelques jours, durant la conférence Hexacon à Paris, un chercheur nommé Quentin Kaiser a rendu publique une faille de sécurité qui traîne depuis au moins 2010 dans la fonction WPS de Broadcom. Je dis "qui traine" au présent parce qu'elle n'est toujours pas patchée évidemment. Alors si vous ne savez pas ce qu'est WPS, c'est une fonctionnalité qui permet de connecter un appareil au WiFi sans avoir taper la clé.

Cela veut dire que quelqu'un à portée du réseau sans fil peut faire exécuter son propre code à une box ou à un point d'accès, sans avoir à connaître la clé du réseau et sans même mener un enrôlement WPS jusqu'au bout.

Son exploit, il l'a filmé sur deux box belges. Chez Orange Belgium (une Askey TCG3000), où son code lit la clé Wi-Fi dans la mémoire de la box et la renvoie via les ondes, ce qui lui permet ensuite de rejoindre le réseau. Chez l'opérateur Proximus (une BBOX3V+), il ouvre un shell à distance au travers des trames Wi-Fi, donc sans avoir recours à un serveur extérieur. L'antenne qu'on voit sur la vidéo ci-dessous ne doit d'ailleurs pas faire croire qu'il faut être collé à la box puisque d'après Kaiser, ça marche de loin !!

Le plus gênant, c'est que Broadcom est bien bien au courant. Dans sa réponse à Kaiser, la société dit connaître la faille depuis longtemps et avoir remplacé l'ancien code par une version basée sur hostapd à partir de 2018. Mais elle refuse de lui attribuer un CVE, l'identifiant qui permet à tout le monde de suivre une faille, tout comme de divulgur l'avis de sécu qu'elle dit avoir envoyé aux fabricants.

Du coup, le fix dépend du fabricant qui doit avoir adopté hostapd , et de l'opérateur qui doit avoir poussé le firmware. Et ça c'est pas forcément fait puisque la faille est présente chez Proximus, Orange Belgium et VOO, que rien sur ces box n'est encore corrigé. Et pour les plus vieilles plateformes, celles sous eCos, il parle même de "forever day", c'est à dire une faille qui ne sera JAMAIS corrigée.

Et chez nous, en France ?

Et bien on peut voir dans ses diapos, une page "Passive War Driving in Paris" où sont mentionnée une Livebox Sagemcom Fast5656_OFR et la NB6VAC de SFR qui y sont taguées "Not Patched", alors que trois autres Livebox (Fast5698_OFR, Fast5670_OFR et un répéteur) et une Bbox de Bouygues (F5696b) sont "Patched". Donc ça dépend des box et on n'a pour le moment pas plus d'infos là dessus.

Sachez aussi que couper le WPS ne protège pas forcément mais bon, ça ne coûte rien de le couper si vous ne l'utilisez pas. Autrement, coupez carrément le Wifi et utilisez votre propre routeur ( genre ces merveilleux Deco ) branché en Ethernet au cul de la box.

Et pour les bidouilleurs que vous êtes, Kaiser a publié sur GitHub un script de détection à utiliser avec une box en marche pour voir si elle est faillible ou pas. Ce script nécessite une interface Wi-Fi qui gère le mode moniteur (donc une Alpha ou ce que vous avez sur la main avec du mode monitor fonctionnel). Et bien sûr, c'est à lancer uniquement sur votre propre box et pas chez le voisin sinon vous irez en prison !! Argh !

Source : The Hacker News

Ghostscript - L'aperçu des PDF peut mettre à mal votre serveur

15 octobre 2026 à 06:56

Je sais que c'est à la mode en ce moment de vibecoder des outils qui manipulent des PDF donc c'est pour ça que je relaie cette alerte de Wordfence qui vient de publier le détail d'une faille dans Ghostscript (c'est un programme très connu qui transforme grosso modo les PDF en images).

Argus, l'agent IA de recherche de faille de Wordfence, a donc trouvé cette vuln d'un score CVSS de 9,8 sur 10 référencée sous le code CVE-2026-39919. Elle est assez grave puisqu'un PDF piégé contenant une image JPEG 2000, forgé pour l'occasion, suffit à faire écrire Ghostscript au-delà de sa mémoire et donc à introduire dans la mémoire de la machine du code malveillant.

Côté WordPress pur, le chemin est tordu car pour fabriquer la miniature d'un PDF, Wordpress appelle Imagick, qui appelle ImageMagick, qui lance ensuite Ghostscript. Mais Wordfence a obtenu par ce biais une exécution de code sans authentification sur un site de test monté pour l'occasion, y compris avec le paramétrage de sandbox -dSAFER activé.

Pour être touché, il faut donc 4 choses en même temps :

  • 1/ Qu'un visiteur ou un compte limité puisse téléverser un PDF
  • 2/ Que quelque chose en génère un aperçu
  • 3/ Que votre serveur ait Imagick ou un outil qui appelle Ghostscript
  • 4/ Et que ce Ghostscript n'ait pas le correctif.

Comme vous le savez surement, WordPress de base ne laisse pas un anonyme envoyer de PDF dans la médiathèque, donc il faut qu'un plugin, un formulaire ou un compte lui ouvre la porte pour que la première condition soit remplie.

Bien sûr, ça ne s'arrête pas à WordPress puisque tout ce qui est outil de gestion de documents, services d'impression, passerelles mail ou API de conversion peuvent être également exposés à partir du moment où ils donnent des PDF inconnus à un Ghostscript vulnérable.

Maintenant pas de panique parce que ces exploits mis au point par Wordfence exigent quand même d'être forgés spécifiquement pour l'environnement ciblé et aucune exploitation sauvage n'a été constatée pour le moment.

Maintenant si un attaquant connait votre build ou vise un hébergeur dont plusieurs sites partagent la même image, ça fera surement des dégât, donc il vaut mieux patcher ça.

D'après la page de sécurité d'Ubuntu et le suivi de Debian , Ubuntu a corrigé ses 22.04, 24.04 et 26.04, et Debian sa 13, tandis que Debian 12 reste marquée vulnérable. Red Hat a des paquets corrigés pour RHEL 8, 9 et 10, AlmaLinux 10 aussi depuis le 2 octobre, et Wordfence notait au 9 octobre que Fedora 44 et Alpine 3.22 et 3.23 en étaient encore à leurs anciennes révisions.

Et ne vous fiez pas au numéro que renvoie gs --version puisqu'Ubuntu 22.04 greffe son correctif sur un Ghostscript qui continue de se présenter comme une version 9.55.0. C'est surtout la révision du paquet qui tranche. Un dpkg -s ghostscript la donnera sur Debian et Ubuntu et un rpm -q ghostscript vous donnera l'info sur une Red Hat / Fedora.

Et sous Docker, il faudra "pull" une image à jour, reconstruire sans le cache et redéployer tout ça.

Reste une parade si le correctif n'existe pas encore pour votre système qui est expliqué sur la page de politique de sécurité d'ImageMagick . Sur cette page, vous trouverez une règle à intégrer dans le fichier policy.xml, qui ne laisse que l'écriture des formats PDF, PS, PS2, PS3 et XPS, et désactive l'aperçu de PDF.

La commande magick identify -list policy permet ensuite de vérifier que le changement est bien pris en compte. Bien sûr, elle ne fonctionne qu'avec ImageMagick et il est possible qu'une autre bibliothèque se glisse entre votre application et Ghostscript, donc soyez vigilant.

Dans tous les cas, si vous avez un doute, le mieux reste encore de demander à votre hébergeur si son Ghostscript dispose du correctif de la CVE-2026-39919.

Source : le billet de Wordfence et l'article de BleepingComputer

❌