FICHE CVE

CVE-2026-106451

Publiée le 2026-10-06 · Dernière modification le 2026-10-07

🇫🇷 EN BREF

Les applications Java utilisant la bibliothèque de compression yawkat LZ4 (versions 1.7.0 à 1.11.4) sont concernées si elles s'appuient sur des bibliothèques natives. Un attaquant local ayant accès au répertoire temporaire partagé peut remplacer un fichier de bibliothèque temporaire par un fichier malveillant pour exécuter du code arbitraire avec les privilèges de l'utilisateur de l'application. Cette opération est difficile à réaliser car elle nécessite une « condition de concurrence » (race condition) où l'attaquant doit synchroniser parfaitement le remplacement du fichier, et elle ne fonctionne pas sur les systèmes disposant de répertoires temporaires privés.

CVSS 4.07.3 ÉLEVÉE
Publiée2026-10-06
Dernière modification2026-10-07

DÉTAIL DU VECTEUR CVSS

Vecteur d'attaqueLocal
Complexité d'attaqueÉlevée
Prérequis d'attaquePrésent
Privilèges requisFaibles
Interaction utilisateurAucune
Confidentialité (système vulnérable)Élevée
Intégrité (système vulnérable)Élevée
Disponibilité (système vulnérable)Élevée
Confidentialité (système subséquent)Aucune
Intégrité (système subséquent)Aucune
Disponibilité (système subséquent)Aucune

RÉFÉRENCES

Description officielle du NVD (en anglais)

yawkat LZ4 Java provides LZ4 compression for Java. From 1.7.0 until 1.11.4, net.jpountz.util.Native.load() uses File.createTempFile to create an exclusive temporary .lck file but derives the native-library path by removing the suffix, then FileOutputStream opens that predictable path without exclusive creation, allowing another local user with access to the same shared temporary directory to create or replace the library file before System.load() uses it. Successful exploitation depends on shared-directory permissions, host protections, and winning the race, and can execute native code as the victim; hardened systems may instead cause library loading to fail and fall back to Java implementations. Configurations using a system library, a private java.io.tmpdir, or Java-only implementations are not affected. This issue is fixed in version 1.11.4.