Pokud jsou tyto chyby zneužity, mohou útočníkům umožnit získat neoprávněný přístup k citlivým informacím nebo obecně způsobit problémy
La Bezpečnost Linuxu byla vážně narušena v posledních dnech a čelí bezprecedentní provozní krizi s objevem Fragnesie (CVE-2026-46300), čtvrtá nahlášená kritická zranitelnost.
Také známé jako Selhání kopírování 3.0 výzkumným týmem V12, který je zodpovědný za jeho objev, toto Chyba v lokální eskalaci oprávnění odhaluje univerzální vektor útoku a extrémně přesný. Stejně jako jeho předchůdci umožňuje Fragnesia neoprávněnému uživateli získat absolutní administrátorský přístup přepsáním dat přímo do mezipaměti stránek RAM, aniž by se změnily fyzické soubory na pevném disku. Ačkoli sdílí stejný útočný vektor jako Dirty Frag uvnitř subsystému xfrm-ESPJeho povaha pramení ze zcela jiné logické chyby, která si vyžádala návrh nezávislé a naléhavé zmírňující záplaty.
Co dělá fragnesii mimořádně nebezpečnou, je její... schopnost provádět libovolné bajtové zápisy do souborů pouze pro čtení bez spoléhání se na složité podmínky závoděníZranitelnost je spouštěna mechanismem zapouzdření protokolu ESP-in-TCP, což odhaluje, že dříve vydané záplaty byly nedostatečné, nebo paradoxně vytvořily podmínky pro náhodné spuštění této nové zranitelnosti v jádrech vydaných do 13. května 2026. S plně funkčním, veřejně dostupným provozním kódem. nyní k dispozici, Systémoví administrátoři čelí závodu s časem při zavádění lockdownů dočasné, zatímco hlavní distribuce nasadí finální opravy do svých repozitářů.
Zapomínání fragmentů a kryptografická injekce AES-GCM
El Původ Fragnesie spočívá v logické chybě v rámci správy síťových vyrovnávacích pamětí jádra. centrální chyba nastává, protože vyrovnávací paměť (skb) doslova „zapomíná“ na úlomek paměti Sdílí se během procesu slučování dat. Kdy TCP socket provádí přechod do režimu na uživatelské úrovni (ULP) espintcp poté, co byla data již přenesena ze souboru do fronty příjmu, Jádro se dopouští fatální chyby, když zpracovává stránky souborů ve frontě, jako by se jednalo o legitimní šifrovaný text ESP. Ve snaze optimalizovat výkon a vyhnout se zbytečnému ukládání dat systém aplikuje kryptografický algoritmus AES-GCM přímo na mezipaměť stránek pomocí operace XOR na místě. Pečlivou manipulací s inicializačním vektorem (IV) neboli nonce může útočník donutit systém k vytvoření specifického bajtu z klíčového proudu, čímž přepíše jakýkoli cílový bajt v souboru přesně požadovanou hodnotou.
Vyhledávací tabulky a úprava chráněných binárních souborů
El Útok začíná izolací procesu v novém uživatelském a síťovém jmenném prostoru., kde on Útočník nainstaluje bezpečnostní asociaci ESP. transportního režimu se známým klíčem. Dále, Program vytvoří vyhledávací tabulku s 256 položkami, která mapuje každý možný výsledný bajt. kryptografického klíčového proudu s jeho příslušným nonce. Pomocí přímého přenosu paměti (splice) útočník načte spustitelný soubor do mezipaměti stránky kritický vůči systému s nastaveným bitem SUID, Typicky utilita /usr/bin/su. Pečlivě iteruje bajt po bajtu a opakovaně spouští chybu, Software přepíše prvních 192 bajtů původního nástroje malým spustitelným kódem. (stub) nezávisle na pozici. Když je změněný příkaz konečně vyvolán, operační systém ignoruje zabezpečený soubor na pevném disku a spustí kontaminovanou verzi z mezipaměti, čímž okamžitě udělí relaci superuživatele nebo root shell.
Omezení prostředí a kritické protokoly čištění
Přestože se jedná o zneužití, jeho úspěšné provedení závisí na specifických podmínkách prostředí.: možnost vytvářet jmenné prostory pro neprivilegované uživatele. V systémech s omezujícími výchozími konfiguracemi, jako Ubuntu s aktivními profily AppArmor, Útok je v počáteční fázi blokován, pokud administrátor nezměnil parametry. jádra, aby se tato funkce povolila.
Kritickým aspektem tohoto útoku je dočasné přetrvání infekce. Protože pozměněný binární soubor zůstává v mezipaměti stránek, jakékoli následné legitimní spuštění infikovaného příkazu stále otevře nežádoucí root relace. Proto je důležité, aby bezpečnostní týmy po jakémkoli útoku zaměřeném na proof-of-concept okamžitě vyčistily systémovou mezipaměť pomocí nástrojů pro virtuální paměť.
Aby se zmírnila hrozba na produkčních serverech do vydání oficiálních záplat, technické doporučení zní radikálně zakázat načítání modulů esp4, esp6 a rxrpc v globální konfiguraci jádra.
A konečně, pokud máte zájem dozvědět se o tom více, můžete si prostudovat podrobnosti Na následujícím odkazu.