V jádře Linux byla objevena další zranitelnost pro místní zvýšení oprávnění, která získala název Fragnesia a identifikátor CVE-2026-46300. Problém se týká stejné třídy útoků na paměťovou stránku (page cache), jaké byly nedávno diskutovány, jako například Copy Fail a Dirty Frag, ale není to opakované zveřejnění staré chyby: jedná se o samostatnou vadu v kódu XFRM ESP-in-TCP.
Zranitelnost objevil výzkumník William Bowling z týmu V12 Security. Podle zveřejněného popisu umožňuje Fragnesia neprivilégovanému místnímu uživateli měnit obsah souborů dostupných pouze pro čtení v paměti page cache a tím vykonávat kód s právy root. Na rozdíl od mnoha starých LPE exploitů útok nevyžaduje závod (race condition) a je od výzkumníků popisován jako deterministický.
Technicky je problém spojen s tím, že při spojování síťových bufferů jádro mohlo ztratit znak, že fragment dat je "sdílený" a souvisí s externí stránkou paměti, včetně page cache. V navržené opravě je to popsáno jako chyba v skb_try_coalesce(): při přesunu paged fragments z jednoho sk_buff do druhého se neuchoval flag SKBFL_SHARED_FRAG. V důsledku toho mohl pozdější kód ESP mylně považovat buffer za bezpečný pro změny.
Praktický účinek spočívá v tom, že data dříve umístěná v TCP frontě ze souboru mohla po přepnutí soketu do režimu espintcp jádrem zpracovávána jako ESP šifrovaný text. Při dešifrování AES-GCM byly byty přímo měněny na stránce page cache spojené se souborem. To nemění soubor na disku, ale mění jeho reprezentaci v paměti, dokud není stránka vypuštěna z cache.
V publikované ukázce útoku byl jako cíl použit /usr/bin/su: exploit modifikoval první bajty binárního souboru v page cache a poté spouštěl změněnou kopii v paměti, získávajíc shell s pravomocemi root. Původní soubor na disku přitom zůstal nezměněn, což činí problém zvlášť nepříjemným pro diagnostiku: stopy exploitace mohou zmizet po vyčištění page cache nebo restartu.
Fragnesia se objevila méně než týden po Dirty Frag. V V12 zdůrazňují, že se jedná o samostatnou chybu ve stejné oblasti útoku — ESP/XFRM, a nikoli o přejmenování již opravené zranitelnosti. Phoronix také poznamenává, že v době publikace byl k dispozici proof-of-concept a oprava představovala malý patch k net/core/skbuff.c, který se ještě nedostal do hlavních větví jádra.
Canonical přidělila CVE-2026-46300 vysokou prioritu pro Ubuntu, přičemž důvodem byla označena „trivial local privilege escalation“. Na stránce Ubuntu Security pro postižená jádra byl v době aktualizace 13. května uveden status „Needs evaluation“, a v poznámce bylo uvedeno, že problém se také nachází v ESP modulu jádra a může být dočasně zmírněn stejným způsobem jako Dirty Frag.
Debian Security Tracker v době kontroly označoval jako zranitelná jádra ve větvích bullseye, bookworm, trixie, forky a sid; pro balíček linux v unstable zatím nebyla uvedena opravená verze.
Dočasné ochranné opatření zůstává stejné jako pro Dirty Frag: zakázat načítání modulů esp4, esp6 a rxrpc, pokud je systém nepotřebuje. To může narušit funkčnost IPsec tunelů na uzlech, kde se používají kernel ESP, strongSwan, Libreswan nebo podobné konfigurace, proto na VPN bránách by toto opatření mělo být uplatněno pouze po posouzení dopadů.
Příklad dočasného zmírnění pro administrátory:
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
Pokud existuje podezření, že systém již mohl být napaden, samotné zablokování modulů nestačí: protože veřejná demonstrace mění spustitelný soubor přímo v page cache, administrátoři doporučují vyprázdnit cache stránek nebo restartovat systém po uplatnění ochranných opatření. CloudLinux jasně uvádí, že po exploataci /usr/bin/su může zůstat změněn v paměti až do vyřazení odpovídajících stránek.
Pro odstranění dočasného pravidla po instalaci opraveného jádra lze odstranit vytvořený soubor:
sudo rm /etc/modprobe.d/dirtyfrag.conf
Hlavní doporučení zůstává standardní: nainstalovat opravené jádro od svého distribuce a restartovat systém. Před aktualizací představují nejvyšší riziko víceuživatelské servery, CI běžci, sdílený hosting, kontejnerové build farmy a jakékoli stroje, kde mohou neprivilegovaní nebo částečně důvěryhodní uživatelé vykonávat místní kód.
Zdroj: linux.org.ru
