Actualités / Cybersécurité
Nouvelle faille Spectre v2 : Branch Target Reuse (BTR) expose les mots de passe root Linux en minutes Publié le 29 septembre 2026 par Christ-loisele (3 min de lecture)
Des chercheurs de VUsec et Scuola Superiore Sant'Anna ont découvert une variante Spectre v2, Branch Target Reuse (BTR), capable de récupérer les hachages de mots de passe root sous Linux en exploitant les prédicteurs de branche Intel. Les correctifs sont déjà intégrés au noyau Linux.
Vidéo : Branch Target Reuse (BTR) exploit: Leaking the root password hash from the "su" process! (VUSec, YouTube) Une faille exploitant les prédicteurs de branche Intel
La variante Branch Target Reuse (BTR) de Spectre v2 permet de récupérer des données sensibles, comme les hachages de mots de passe root sous Linux, en manipulant les prédictions de branche des processeurs Intel. Selon BleepingComputer , les chercheurs de VUsec (Vrije Universiteit Amsterdam) et de la Scuola Superiore Sant'Anna ont démontré que cette attaque contourne les hypothèses de sécurité établies depuis 2018, selon lesquelles de telles attaques étaient jugées non viables.
L’exploit repose sur une désynchronisation entre le prédicteur de branche et l’état réel du code après une réutilisation de mémoire par un moteur JIT (Just-In-Time). En mesurant les traces de cache, les attaquants peuvent reconstruire des données byte par byte, comme le hachage du mot de passe root, à un rythme de huit octets par seconde. Les tests ont confirmé que cette méthode fonctionne sur les CPU Intel Raptor Cove et Lion Cove, avec un temps moyen de 3 à 5 minutes pour extraire le hachage.
Aucun CPU actuel ne dispose d’un mécanisme pour synchroniser les prédictions de branche avec l’état réel du code, laissant les systèmes vulnérables jusqu’à l’intervention des fabricants
Image : vusec (image officielle) Des vulnérabilités confirmées sur Firefox, GraalVM et le noyau Linux
Les chercheurs ont validé l’attaque sur trois cibles : le moteur SpiderMonkey de Firefox, GraalVM et le module cBPF du noyau Linux. The Hacker News précise que BTR exploite des entrées de prédiction indirecte obsolètes, persistantes après une réécriture de code (Self-Modifying Code). Même avec des protections comme le blinding constant activé dans cBPF, le hachage du mot de passe root a pu être récupéré en cinq minutes.
Firefox conserve des prédictions obsolètes après réutilisation de mémoire, bien qu’aucune exploitation complète du navigateur n’ait été démontrée. GraalVM limite partiellement le risque en randomisant les emplacements du cache JIT, mais les prédictions sont effacées avant la fin de l’attaque.
Image : vusec (image officielle) Des correctifs intégrés, mais une vulnérabilité persistante sur les CPU modernes
Les correctifs contre BTR ont été fusionnés dans le noyau Linux sous les références CVE-2026-64507 et CVE-2026-64508, selon The Hacker News . Cependant, la vulnérabilité touche l’ensemble des processeurs modernes utilisant des mécanismes de prédiction indirecte, y compris ceux d’Intel, AMD et Arm. Les chercheurs soulignent qu’aucun CPU actuel ne synchronise automatiquement les prédictions avec l’état architectural du code, laissant les systèmes exposés jusqu’à l’ajout de contre-mesures par les fabricants.
Logo : Scuola Superiore Sant'Anna (Sant'Anna School of Advanced Studies, CC BY-SA 4.0) Ce que cela change ici
Pour les entreprises et administrations du Bénin et d’Afrique de l’Ouest, cette faille pourrait renforcer la nécessité de mettre à jour les systèmes Linux vers des versions incluant les correctifs CVE-2026-64507 et CVE-2026-64508, surtout sur les serveurs critiques ou les environnements avec des privilèges élevés. Les organisations utilisant des moteurs JIT comme Firefox ou GraalVM devraient aussi évaluer les risques liés aux applications exécutant du code non fiable , car une exécution de code non autorisée pourrait théoriquement exploiter BTR pour extraire des données sensibles.
Les administrations publiques, dont les infrastructures sont souvent ciblées, pourraient renforcer l’isolation des processus système et limiter l’accès aux comptes root, tandis que les entreprises utilisant des cloud locaux ou des serveurs dédiés devraient vérifier la compatibilité de leurs CPU avec les mitigations futures , car la vulnérabilité concerne l’architecture même des processeurs.
Sources 
