Fragnesia et ssh‑keysign‑pwn : deux nouvelles failles critiques du noyau Linux expliquées

ssh‑keysign‑pwn (CVE‑2026‑46333) : fuite de secrets root

La seconde vulnérabilité, ssh‑keysign‑pwn, cible la logique de contrôle d’accès du mécanisme ptrace dans le noyau Linux. Contrairement à Fragnesia, elle ne donne pas directement un shell root, mais permet une divulgation d’informations sensibles .

La faille provient d’un traitement incorrect de la propriété appelée « dumpability » dans la fonction ptrace_may_access(), utilisée pour déterminer si un processus peut inspecter la mémoire d’un autre processus .

Dans certains cas — notamment lorsque des tâches n’ont pas de structure de gestion mémoire associée — les contrôles d’accès peuvent échouer et ne pas appliquer les restrictions attendues.

Concrètement, un attaquant local peut exploiter cette faiblesse pour récupérer des données très sensibles, par exemple :

• les clés privées SSH de l’hôte stockées dans /etc/ssh/
• les hachages de mots de passe dans /etc/shadow

Des exploits publics ciblent notamment ssh-keysign, un programme auxiliaire OpenSSH exécuté avec les privilèges root. Celui‑ci ouvre les clés privées de l’hôte avant d’abandonner ses privilèges ; un attaquant peut s’attacher au processus au bon moment pour récupérer un descripteur de fichier ou la mémoire du programme .

Des correctifs ont été intégrés dans plusieurs versions stables du noyau Linux, notamment 7.0.8, 6.18.31, 6.12.89, 6.6.139, 6.1.173, 5.15.207 et 5.10.256 .

Une vague inhabituelle de vulnérabilités du noyau

Fragnesia et ssh‑keysign‑pwn ne sont pas des cas isolés. Elles ont été révélées au cours d’une période marquée par une succession rapide de vulnérabilités dans le noyau Linux, notamment Dirty Frag et plusieurs variantes similaires signalées en l’espace d’environ deux semaines .

Ces failles présentent plusieurs points communs :

• elles ciblent des composants fondamentaux du noyau (réseau, traçage de processus)
• elles nécessitent généralement un accès local avec des privilèges limités
• elles permettent ensuite d’obtenir root ou d’accéder à des secrets sensibles

Ce type de vulnérabilité est particulièrement dangereux dans les environnements modernes. Une fois qu’un attaquant obtient un accès initial — via un compte compromis, une application web vulnérable ou un conteneur mal isolé — ces failles peuvent lui permettre de prendre le contrôle complet du système.

Correctifs et mesures immédiates pour les administrateurs

La mesure la plus importante reste simple : installer les noyaux corrigés et redémarrer les machines.

Actions recommandées :

• Mettre à jour immédiatement le noyau Linux via les dépôts officiels de la distribution.
• Redémarrer le système pour démarrer sur le noyau corrigé.
• Vérifier la version active du noyau avec

  uname -r

  .

Certaines distributions ont déjà publié des correctifs combinés. Par exemple, AlmaLinux a diffusé des noyaux corrigés qui traitent à la fois Fragnesia et ssh‑keysign‑pwn via une mise à jour standard du système .

Mesures temporaires pour réduire l’exposition

Si l’installation des correctifs doit être retardée, certaines mesures peuvent réduire temporairement le risque.

Mitigations possibles pour Fragnesia

Lorsque les fonctionnalités IPsec concernées ne sont pas nécessaires, les administrateurs peuvent réduire la surface d’attaque en désactivant certains modules du noyau :

• esp4
• esp6
• rxrpc

Cela limite les vecteurs d’exploitation mais peut désactiver certaines fonctionnalités réseau liées à IPsec .

Mitigations possibles pour ssh‑keysign‑pwn

Une restriction plus stricte de ptrace peut bloquer certains exploits connus, par exemple en augmentant le paramètre système :

kernel.yama.ptrace_scope=2 ou 3

Cette configuration peut cependant perturber des outils de débogage comme strace ou gdb. Elle doit donc être considérée comme une solution provisoire, en attendant l’installation d’un noyau corrigé .

En résumé

Ces deux vulnérabilités illustrent un problème fréquent en sécurité Linux : les failles post‑compromission. Même si un attaquant ne dispose initialement que d’un accès limité, ces bugs du noyau peuvent lui permettre de prendre le contrôle total d’une machine ou d’exfiltrer des secrets critiques.

Dans la plupart des environnements, la réponse doit être immédiate :

• installer les mises à jour du noyau corrigeant CVE‑2026‑46300 et CVE‑2026‑46333
• redémarrer les systèmes concernés
• faire tourner les secrets sensibles (notamment les clés SSH) si un compromis est suspecté

Comme des exploits publics existent déjà, retarder les correctifs augmente fortement le risque d’exploitation réelle.