V jadre Linuxu bola odhalená ďalšia zraniteľnosť lokálneho zvýšenia oprávnení s názvom Fragnesia a identifikátorom CVE-2026-46300. Problém patrí do rovnakej triedy útokov na page cache, ako nedávno diskutované Copy Fail a Dirty Frag, ale nejde o opätovné zverejnenie starej chyby: ide o samostatnú chybu v kóde XFRM ESP-in-TCP.
Zraniteľnosť objavil výskumník William Bowling z tímu V12 Security. Podľa zverejneného popisu, Fragnesia umožňuje neoprávnenému lokálnemu užívateľovi meniť obsah súborov, ktoré sú prístupné iba na čítanie, v pamäti page cache a tým pádom vykonávať kód s právami root. Na rozdiel od mnohých starých LPE exploitov, útok nevyžaduje pretekanie a je opísaný výskumníkmi ako deterministický.
Technicky je problém spojený s tým, že pri zlúčení sieťových bufferov jadro mohlo stratiť znak toho, že fragment údajov je 'sdružený' a spojený s externou stránkou pamäte, vrátane page cache. V navrhnutom oprave je to opísané ako chyba v skb_try_coalesce(): pri prenose paged fragments z jedného sk_buff do druhého nebol zachovaný flag SKBFL_SHARED_FRAG. V dôsledku toho mohol neskorší kód ESP chybne považovať buffer za bezpečný na zmenu.
Praktický efekt spočíva v tom, že dáta, ktoré boli predtým umiestnené do TCP fronty zo súboru, mohli byť po prepnutí socketu do módu espintcp spracovávané jadrom ako ESP šifrovaný text. Pri dešifrovaní AES-GCM sa bajty menili priamo na stránke page cache, ktorá je spojená so súborom. To nemní súbor na disku, ale mení jeho zobrazenie v pamäti, kým sa stránka nevytesní z cache.
Vo zverejnenej demonštrácii útoku bol ako cieľ použitý /usr/bin/su: exploit modifikoval prvé bajty binárneho súboru v page cache a potom spustil zmenenú v pamäti kópiu, získavajúc shell s právami root. Pôvodný súbor na disku pritom ostával nezmenený, čo robí problém obzvlášť nepríjemným na diagnostiku: stopy exploatácie môžu zmiznúť po vyčistení page cache alebo reštartovaní.
Fragnesia sa objavila za menej než týždeň po Dirty Frag. V V12 zdôrazňujú, že ide o samostatnú zraniteľnosť v tej istej útočnej ploche — ESP/XFRM, a nie premenovanie už opraveného zraniteľného miesta. Phoronix tiež poznamenáva, že v čase publikovania bol k dispozícii proof-of-concept a oprava predstavovala malý patch do net/core/skbuff.c, ktorý sa ešte nedostal do hlavných vetiev jadra.
Canonical pridelil CVE-2026-46300 vysokú prioritu pre Ubuntu, pričom ako dôvod uviedol „trivial local privilege escalation“. Na stránke Ubuntu Security pre postihnuté jadrá bol k 13. máju zaznamenaný status „Needs evaluation“ a v poznámke sa osobitne uvádza, že problém sa tiež vyskytuje v ESP module jadra a môže byť dočasne zmiernený rovnakým spôsobom ako Dirty Frag.
Debian Security Tracker v čase kontroly označoval za zraniteľné jadrá v vetvách bullseye, bookworm, trixie, forky a sid; pre balík linux v unstable ešte nebola uvedená opravená verzia.
Dočasné ochranné opatrenie ostáva rovnaké ako pre Dirty Frag: deaktivovať načítanie modulov esp4, esp6 a rxrpc, ak nie sú systému potrebné. To môže narušiť fungovanie IPsec tunelov na uzloch, kde sa používajú kernel ESP, strongSwan, Libreswan alebo podobné konfigurácie, takže na VPN bránach by sa toto opatrenie malo uplatniť len po posúdení následkov.
Príklad dočasného zmiernenia pre administrátorov:
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
Ak existuje podozrenie, že systém už mohol byť napadnutý, samotná blokácia modulov nestačí: keďže verejná demonštrácia mení spustiteľný súbor konkrétne v stránkovacej caches, administrátori odporúčajú vyčistiť cache stránok alebo reštartovať systém po prijatí ochranných opatrení. CloudLinux priamo uvádza, že po exploitácii /usr/bin/su môže zostať zmenený v pamäti až do vytesnenia príslušných stránok.
Na odstránenie dočasného pravidla po inštalácii opraveného jadra môžete odstrániť vytvorený súbor:
sudo rm /etc/modprobe.d/dirtyfrag.conf
Hlavné odporúčanie zostáva štandardné: nainštalovať opravené jadro od svojho distribučného systému a reštartovať systém. Pred aktualizáciou nesú najvyššie riziko viacužívateľské servery, CI bežci, zdieľaný hosting, kontajnerové build farmy a akékoľvek stroje, kde môžu nezabezpečení alebo čiastočne dôveryhodní používatelia spúšťať lokálny kód.
Zdroj: linux.org.ru
