Une vulnérabilité GhostLock a été révélée dans Linux, permettant d'obtenir un accès root.

1

Une vulnérabilité a été révélée dans le noyau Linux CVE-2026-43499, surnommée GhostLock. Le problème concerne le code rtmutex et le mécanisme futex avec héritage de priorités, et son exploitation pourrait permettre à un utilisateur local non privilégié d'élever ses droits au niveau root. Selon AlmaLinux, la vulnérabilité pourrait également être exploitée à partir d'un conteneur pour accéder à l'hôte, si le système fonctionne sur un noyau non mis à jour.

L'origine de l'erreur est liée à la fonction remove_waiter() dans kernel/locking/rtmutex.c. Comme indiqué dans la description du NVD, lors du rollback de proxy-lock dans le scénario futex_requeue(), la fonction travaillait avec la tâche actuelle (current), alors qu'elle aurait dû nettoyer l'état de la tâche qui attendait réellement le verrou (waiter::task). Par conséquent, l'état pi_blocked_on pouvait ne pas être correctement nettoyé, laissant un pointeur pendu et créant des conditions pour un use-after-free.

Des chercheurs de Nebula Security ont décrit GhostLock comme une erreur présente dans les principales distributions Linux depuis 2011. La discussion publique sur la vulnérabilité a accru le risque pour les serveurs et les environnements de conteneurs : CloudLinux met en garde séparément que pour CVE-2026-43499, un proof-of-concept public existe déjà, il est donc conseillé aux administrateurs de ne pas retarder la mise à jour du noyau.

La correction en amont consiste à ce que remove_waiter() utilise waiter::task, et non current, dans toutes les opérations concernées. Cela est également souligné par la GitHub Advisory Database, qui énumère les conséquences de l'erreur : suppression incorrecte de rbtree sans le verrou nécessaire, état non nettoyé de pi_blocked_on et fonctionnement de rt_mutex_adjust_prio_chain() avec la mauvaise tâche.

Il est recommandé aux utilisateurs de distributions Linux d'installer les nouvelles mises à jour du noyau à partir des dépôts officiels. La vulnérabilité est locale, donc l'accès distant ne l'autorise pas en soi, mais sur les serveurs multi-utilisateurs, l'infrastructure CI, les plateformes d'hébergement et les systèmes avec des conteneurs, le risque est considérablement plus élevé : une exploitation réussie transforme un accès déjà peu privilégié en un contrôle total sur le système.

Source : linux.org.ru