Atrilya
Toutes les analyses
Serveur & LinuxÉlevéeRéférence · CVE-2026-46300CVSS 7.8

Fragnesia (CVE-2026-46300) : du webshell au root, la deuxième marche

Publié le

Fragnesia est une élévation de privilèges locale dans le sous-système XFRM ESP-in-TCP du noyau Linux, découverte par William Bowling (V12) et divulguée le 14 mai 2026. Un utilisateur local sans privilège écrit des octets arbitraires dans le cache de pages de fichiers en lecture seule (`/usr/bin/su`, par exemple) et devient root.

Où en est le correctif ?

Corrigé : patch noyau du 13 mai 2026, correctifs distributions en cours

Que fait concrètement la faille Fragnesia ?

Des défauts logiques dans le traitement des fragments de page partagés, lors de la fusion des `skb` par le sous-système ESP-in-TCP, permettent d’injecter des octets choisis dans le cache de pages de binaires clés via une séquence `splice` + ULP.

Le patch noyau date du 13 mai 2026, la divulgation du 14. CVSS 7.8. Une preuve de concept publique existe et fonctionne sur Ubuntu. Les rapports divergent sur l’exploitation en environnement réel : certains éditeurs la signalent, d’autres n’en observent pas. Les correctifs « Dirty Frag » précédents ne couvrent pas cette faille ; la mise en liste noire du module protège des deux.

Une faille « locale » veut-elle dire « sans risque » ?

Une élévation de privilèges locale n’est jamais la première marche d’une attaque. C’est la seconde. La première, c’est l’exécution de code par la façade web : une faille Magento non corrigée, une extension WordPress qui accepte un fichier PHP, un webshell déposé trois semaines plus tôt.

Enchaînées, les deux transforment un défaut applicatif en compromission complète du serveur : root, persistance, accès aux autres sites hébergés sur la même machine.

Qu’est-ce qu’un filtre à l’entrée peut, et ne peut pas, faire ?

Soyons clairs : AtriShield ne corrige pas le noyau. Aucun filtre placé à l’entrée ne peut empêcher un processus déjà présent sur la machine d’exploiter une faille locale. Cette faille-là se règle par la mise à jour de votre distribution, point.

Ce qu’un filtre à l’entrée fait, c’est supprimer la première marche. Sans exécution de code initiale via l’application web, l’élévation locale n’a pas de point de départ. C’est précisément pourquoi les patchs virtuels des failles applicatives comptent autant : ils cassent la chaîne là où elle commence.

Que faire dès aujourd’hui ?

Appliquez le noyau corrigé fourni par votre distribution, et redémarrez : un noyau corrigé non chargé ne protège de rien.

En attendant la fenêtre de redémarrage, la mise en liste noire du module concerné est la mesure d’atténuation recommandée.

Réduisez la surface web en parallèle : c’est la partie du problème sur laquelle vous pouvez agir immédiatement, sans redémarrer quoi que ce soit.

Qui est concerné ?

  • Noyau Linux : sous-système XFRM ESP-in-TCP
  • Patch noyau publié le 13 mai 2026, divulgation le 14 mai 2026
  • CVSS : 7.8, élévation de privilèges locale, root sur la machine
  • Preuve de concept publique, fonctionnelle sur Ubuntu ; les correctifs « Dirty Frag » ne couvrent pas cette faille

Comment AtriShield bloque-t-il la faille ?

Patch virtuel (Business et Enterprise) : la faille est neutralisée à l’entrée de votre serveur, sans modifier votre application et sans attendre la fenêtre de maintenance. Des métadonnées de sécurité remontent à votre console.

  • ✓AtriShield ne corrige pas le noyau : cette faille se règle par la mise à jour de votre distribution.
  • ✓Ce qu’il coupe, c’est la première marche : l’exécution de code via l’application web, sans laquelle l’élévation locale n’a pas de point de départ.
  • ✓Les patchs virtuels appliqués aux failles applicatives (Magento, WordPress, extensions) réduisent directement la probabilité qu’un attaquant obtienne ce pied dans la place.
  • ✓Les journaux HAProxy restent sur votre serveur : en cas d’incident, la chronologie se reconstitue sans dépendre d’un tiers.
Exploit→AtriShield×Magento

Sources

Analyse publiée par Atrilya Solutions à partir de publications de sécurité publiques. Les liens ci-dessus renvoient aux sources d’origine.

Autres analyses

Vous exploitez un serveur exposé ?

Nous regardons ensemble votre exposition (quelles applications, quelles versions, quelle surface), puis nous activons AtriShield en mode observation : vous voyez ce qui serait bloqué avant d’agir.

Parler à un ingénieur Atrilya Solutions