{"id":170863,"date":"2026-05-18T12:24:54","date_gmt":"2026-05-18T10:24:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-linux-raskryta-novaya-lpe-uyazvimost-fragnesia-pozvolyayushhaya-lokalnomu-polzovatelyu-poluchit-root"},"modified":"2026-05-18T12:24:54","modified_gmt":"2026-05-18T10:24:54","slug":"v-linux-raskryta-novaya-lpe-uyazvimost-fragnesia-pozvolyayushhaya-lokalnomu-polzovatelyu-poluchit-root","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/v-linux-raskryta-novaya-lpe-uyazvimost-fragnesia-pozvolyayushhaya-lokalnomu-polzovatelyu-poluchit-root","title":{"rendered":"Une nouvelle vuln\u00e9rabilit\u00e9 LPE Fragnesia a \u00e9t\u00e9 r\u00e9v\u00e9l\u00e9e sous Linux, permettant \u00e0 un utilisateur local d'obtenir des droits root.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Une nouvelle vuln\u00e9rabilit\u00e9 de privil\u00e8ges locaux a \u00e9t\u00e9 r\u00e9v\u00e9l\u00e9e dans le noyau Linux, intitul\u00e9e Fragnesia<\/strong> et identifiant CVE-2026-46300<\/strong>. Le probl\u00e8me appartient \u00e0 la m\u00eame cat\u00e9gorie d'attaques sur le cache de page que les r\u00e9cemment discut\u00e9es Copy Fail et Dirty Frag, mais ce n'est pas une r\u00e9\u00e9dition d'une ancienne erreur : il s'agit d'un d\u00e9faut distinct dans le code. XFRM ESP-in-TCP<\/strong>.<\/p>\n

La vuln\u00e9rabilit\u00e9 a \u00e9t\u00e9 d\u00e9couverte par le chercheur William Bowling<\/strong> de l'\u00e9quipe V12 Security<\/strong>. Selon la description publi\u00e9e, Fragnesia permet \u00e0 un utilisateur local non privil\u00e9gi\u00e9 de modifier le contenu des fichiers, accessibles en lecture seule, dans la m\u00e9moire du cache de page, et gr\u00e2ce \u00e0 cela, d'ex\u00e9cuter du code avec des droits root. Contrairement \u00e0 de nombreux anciens exploits LPE, l'attaque ne n\u00e9cessite pas de condition de course et est d\u00e9crite par les chercheurs comme d\u00e9terministe.<\/p>\n

Techniquement, le probl\u00e8me est li\u00e9 au fait que lors de la fusion des tampons r\u00e9seau, le noyau pouvait perdre l'indication que le fragment de donn\u00e9es \u00e9tait \u00ab partag\u00e9 \u00bb et li\u00e9 \u00e0 une page de m\u00e9moire externe, y compris au cache de page. Dans le patch propos\u00e9, cela est d\u00e9crit comme une erreur dans skb_try_coalesce() : lors du transfert des fragments pagin\u00e9s d'un sk_buff \u00e0 un autre, le drapeau SKBFL_SHARED_FRAG n'\u00e9tait pas conserv\u00e9. Par cons\u00e9quent, un code ult\u00e9rieur d'ESP pouvait \u00e0 tort consid\u00e9rer le tampon comme s\u00fbr \u00e0 modifier.<\/p>\n

L'effet pratique est que les donn\u00e9es pr\u00e9c\u00e9demment mises dans la file TCP \u00e0 partir d'un fichier, apr\u00e8s le passage du socket en mode espintcp, pouvaient \u00eatre trait\u00e9es par le noyau comme un texte chiffr\u00e9 ESP. Lors de la d\u00e9chiffrement AES-GCM, les octets \u00e9taient modifi\u00e9s directement dans la page du cache de page li\u00e9e au fichier. Cela ne modifie pas le fichier sur le disque, mais change sa repr\u00e9sentation en m\u00e9moire jusqu'\u00e0 ce que la page soit expuls\u00e9e du cache.<\/p>\n

Dans la d\u00e9monstration d'attaque publi\u00e9e, l'objectif utilis\u00e9 \u00e9tait \/usr\/bin\/su : l'exploit modifiait les premiers octets du fichier binaire dans le cache de page et lan\u00e7ait ensuite la copie modifi\u00e9e en m\u00e9moire, obtenant un shell avec des droits root. Le fichier source sur le disque restait inchang\u00e9, ce qui rend le probl\u00e8me particuli\u00e8rement difficile \u00e0 diagnostiquer : les traces d'exploitation peuvent dispara\u00eetre apr\u00e8s le nettoyage du cache de page ou le red\u00e9marrage.<\/p>\n

Fragnesia est apparue moins d'une semaine apr\u00e8s Dirty Frag. La V12 souligne qu'il s'agit d'une vuln\u00e9rabilit\u00e9 distincte dans la m\u00eame surface d'attaque \u2014 ESP\/XFRM \u2014 et non d'un renommage d'une vuln\u00e9rabilit\u00e9 d\u00e9j\u00e0 corrig\u00e9e. Phoronix note \u00e9galement qu'\u00e0 l'heure de la publication, une preuve de concept \u00e9tait disponible, et que le correctif consistait en un petit patch \u00e0 net\/core\/skbuff.c, qui n'\u00e9tait pas encore int\u00e9gr\u00e9 dans les branches principales du noyau.<\/p>\n

<\/p>\n

Canonical a attribu\u00e9 CVE-2026-46300<\/a> une priorit\u00e9 \u00e9lev\u00e9e pour Ubuntu, en indiquant la raison comme \u00ab \u00e9l\u00e9vation de privil\u00e8ges locale triviale \u00bb. Sur la page de s\u00e9curit\u00e9 d'Ubuntu pour les noyaux concern\u00e9s, l'\u00e9tat au moment de la mise \u00e0 jour du 13 mai \u00e9tait \u00ab Besoin d'\u00e9valuation \u00bb, et il \u00e9tait not\u00e9 \u00e0 part que le probl\u00e8me se trouvait \u00e9galement dans le module ESP du noyau et pouvait \u00eatre att\u00e9nu\u00e9 temporairement de la m\u00eame fa\u00e7on que Dirty Frag.<\/p>\n

<\/noindex><\/noindex> <\/p>\n

Debian Security Tracker<\/a> pr\u00e9parait \u00e0 l'\u00e9poque des noyaux vuln\u00e9rables dans les branches bullseye, bookworm, trixie, forky et sid ; pour le paquet linux dans unstable, une version corrig\u00e9e n'avait pas encore \u00e9t\u00e9 indiqu\u00e9e.<\/p>\n

<\/noindex> <\/p>\n

La mesure de protection temporaire reste la m\u00eame que pour Dirty Frag : d\u00e9sactiver le chargement des modules<\/a> esp4, esp6 et rxrpc, s'ils ne sont pas n\u00e9cessaires au syst\u00e8me. Cela peut perturber le fonctionnement des tunnels IPsec sur les n\u0153uds o\u00f9 les configurations kernel ESP, strongSwan, Libreswan ou similaires sont utilis\u00e9es, donc cette mesure doit \u00eatre appliqu\u00e9e sur les passerelles VPN seulement apr\u00e8s \u00e9valuation des cons\u00e9quences.<\/p>\n

<\/noindex> <\/p>\n

Exemple d'att\u00e9nuation temporaire pour les administrateurs :<\/p>\n

sudo sh -c \"printf 'install esp4 \/bin\/falseninstall esp6 \/bin\/falseninstall rxrpc \/bin\/falsen' > \/etc\/modprobe.d\/dirtyfrag.conf\" sudo rmmod esp4 esp6 rxrpc 2>\/dev\/null || true <\/p>\n

Si l'on soup\u00e7onne que le syst\u00e8me a d\u00e9j\u00e0 pu \u00eatre attaqu\u00e9, la simple d\u00e9sactivation des modules n'est pas suffisante : puisque la d\u00e9monstration publique modifie le fichier ex\u00e9cutable dans le cache des pages, les administrateurs recommandent de vider le cache des pages ou de red\u00e9marrer le syst\u00e8me apr\u00e8s avoir appliqu\u00e9 les mesures de protection. CloudLinux indique clairement qu'apr\u00e8s exploitation, \/usr\/bin\/su peut rester modifi\u00e9 en m\u00e9moire jusqu'\u00e0 ce que les pages correspondantes soient \u00e9vinc\u00e9es.<\/p>\n

Pour supprimer la r\u00e8gle temporaire apr\u00e8s l'installation du noyau corrig\u00e9, il suffit de supprimer le fichier cr\u00e9\u00e9 :<\/p>\n

sudo rm \/etc\/modprobe.d\/dirtyfrag.conf <\/p>\n

La principale recommandation reste standard : installer le noyau corrig\u00e9 de sa distribution et red\u00e9marrer le syst\u00e8me. Avant la mise \u00e0 jour, le plus grand risque concerne les serveurs multi-utilisateurs, les CI runners, l'h\u00e9bergement mutualis\u00e9, les fermes de build en conteneur et toute machine o\u00f9 des utilisateurs non privil\u00e9gi\u00e9s ou partiellement de confiance peuvent ex\u00e9cuter du code local.<\/p>\n

Source : linux.org.ru<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0412 \u044f\u0434\u0440\u0435 Linux \u0440\u0430\u0441\u043a\u0440\u044b\u0442\u0430 \u043e\u0447\u0435\u0440\u0435\u0434\u043d\u0430\u044f \u0443\u044f\u0437\u0432\u0438\u043c\u043e\u0441\u0442\u044c \u043b\u043e\u043a\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u043f\u043e\u0432\u044b\u0448\u0435\u043d\u0438\u044f \u043f\u0440\u0438\u0432\u0438\u043b\u0435\u0433\u0438\u0439, \u043f\u043e\u043b\u0443\u0447\u0438\u0432\u0448\u0430\u044f \u043d\u0430\u0437\u0432\u0430\u043d\u0438\u0435 Fragnesia \u0438 \u0438\u0434\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0442\u043e\u0440 CVE-2026-46300. \u041f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u043e\u0442\u043d\u043e\u0441\u0438\u0442\u0441\u044f \u043a \u0442\u043e\u043c\u0443 \u0436\u0435 \u043a\u043b\u0430\u0441\u0441\u0443 \u0430\u0442\u0430\u043a \u043d\u0430 page cache, \u0447\u0442\u043e \u0438 \u043d\u0435\u0434\u0430\u0432\u043d\u043e \u043e\u0431\u0441\u0443\u0436\u0434\u0430\u0432\u0448\u0438\u0435\u0441\u044f Copy Fail \u0438 Dirty Frag, \u043d\u043e \u043d\u0435 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043f\u043e\u0432\u0442\u043e\u0440\u043d\u043e\u0439 \u043f\u0443\u0431\u043b\u0438\u043a\u0430\u0446\u0438\u0435\u0439 \u0441\u0442\u0430\u0440\u043e\u0439 \u043e\u0448\u0438\u0431\u043a\u0438: \u0440\u0435\u0447\u044c \u0438\u0434\u0451\u0442 \u043e\u0431 \u043e\u0442\u0434\u0435\u043b\u044c\u043d\u043e\u043c \u0434\u0435\u0444\u0435\u043a\u0442\u0435 \u0432 \u043a\u043e\u0434\u0435 XFRM ESP-in-TCP. \u0423\u044f\u0437\u0432\u0438\u043c\u043e\u0441\u0442\u044c \u043e\u0431\u043d\u0430\u0440\u0443\u0436\u0438\u043b \u0438\u0441\u0441\u043b\u0435\u0434\u043e\u0432\u0430\u0442\u0435\u043b\u044c William Bowling […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":8,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-170863","post","type-post","status-publish","format-standard","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Une nouvelle vuln\u00e9rabilit\u00e9 LPE Fragnesia a \u00e9t\u00e9 r\u00e9v\u00e9l\u00e9e dans Linux, permettant \u00e0 un utilisateur local d'obtenir un acc\u00e8s root | ProHoster","description":"Une nouvelle vuln\u00e9rabilit\u00e9 de mont\u00e9e en privil\u00e8ges local a \u00e9t\u00e9 r\u00e9v\u00e9l\u00e9e dans le noyau Linux, nomm\u00e9e Fragnesia et identifi\u00e9e par le num\u00e9ro CVE-2026-46300.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/news\/v-linux-raskryta-novaya-lpe-uyazvimost-fragnesia-pozvolyayushhaya-lokalnomu-polzovatelyu-poluchit-root","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0412 Linux \u0440\u0430\u0441\u043a\u0440\u044b\u0442\u0430 \u043d\u043e\u0432\u0430\u044f LPE-\u0443\u044f\u0437\u0432\u0438\u043c\u043e\u0441\u0442\u044c Fragnesia, \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u044e\u0449\u0430\u044f \u043b\u043e\u043a\u0430\u043b\u044c\u043d\u043e\u043c\u0443 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044e \u043f\u043e\u043b\u0443\u0447\u0438\u0442\u044c root | ProHoster","og:description":"\u0412 \u044f\u0434\u0440\u0435 Linux \u0440\u0430\u0441\u043a\u0440\u044b\u0442\u0430 \u043e\u0447\u0435\u0440\u0435\u0434\u043d\u0430\u044f \u0443\u044f\u0437\u0432\u0438\u043c\u043e\u0441\u0442\u044c \u043b\u043e\u043a\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u043f\u043e\u0432\u044b\u0448\u0435\u043d\u0438\u044f \u043f\u0440\u0438\u0432\u0438\u043b\u0435\u0433\u0438\u0439, \u043f\u043e\u043b\u0443\u0447\u0438\u0432\u0448\u0430\u044f \u043d\u0430\u0437\u0432\u0430\u043d\u0438\u0435 Fragnesia \u0438 \u0438\u0434\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0442\u043e\u0440 CVE-2026-46300.","og:url":"https:\/\/prohoster.info\/fr\/blog\/news\/v-linux-raskryta-novaya-lpe-uyazvimost-fragnesia-pozvolyayushhaya-lokalnomu-polzovatelyu-poluchit-root","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2026-05-18T10:24:54+00:00","article:modified_time":"2026-05-18T10:24:54+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":[],"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/170863","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=170863"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/170863\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=170863"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=170863"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=170863"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}