Si s'exploten, aquestes falles poden permetre als atacants obtenir accés no autoritzat a informació confidencial o, en general, causar problemes
La seguretat de Linux s'ha vist summament afectada en els darrers dies i enfronta una crisi operativa sense precedents amb el descobriment de Fragnèsia (CVE-2026-46300), la quarta vulnerabilitat crítica reportada.
Batejada també com a Copy Fail 3.0 per l'equip de recerca V12 responsable de la seva troballa, aquesta falla d'escalada de privilegis locals exposa un vector d'atac universal i summament precís. Igual que les seves predecessores, Fragnesia permet a un usuari sense privilegis obtenir accés absolut d'administrador sobreescrivint dades directament a la memòria cau de pàgines de la memòria RAM, sense alterar els fitxers físics al disc dur. Tot i que comparteix el mateix vector d'atac que Dirty Frag dins del subsistema xfrm-ESP, la seva naturalesa respon a un error lògic completament diferent que ha exigit el disseny d'un pegat de mitigació independent i urgent.
El que fa a Fragnèsia excepcionalment perillosa és la seva capacitat per aconseguir escriptures arbitràries de bytes en arxius de només lectura sense dependre de complexes condicions de carrera. La sentència s'activa a través del mecanisme d'encapsulació del protocol ESP sobre TCP (ESP-in-TCP), revelant que els pegats emesos prèviament van ser insuficients o, paradoxalment, van generar les condicions per activar accidentalment aquesta nova bretxa en nuclis publicats fins al 13 de maig de 2026. Amb un codi d'explotació públic i totalment funcional ja disponible, els administradors de sistemes s'enfronten a una carrera contra el rellotge per aplicar bloquejos temporals mentre les principals distribucions despleguen les correccions definitives als seus repositoris.
L'oblit de fragments i la injecció criptogràfica AES-GCM
El origen de Fragnèsia rau en una falla de lògica dins del maneig dels búfers de xarxa del nucli. El error central es produeix perquè el memòria intermèdia (skb) literalment «oblida» que un fragment de memòria està sent compartit durant el procés de coalescència de dades. Quan un socket TCP fa la transició al mode de nivell d'usuari (ULP) espintcp després que les dades ja han estat transferides des d'un fitxer a la cua de recepció, el nucli comet l'error fatal de processar les pàgines del fitxer a la cua com si fossin text xifrat ESP legítim. En un intent per optimitzar el rendiment i evitar emmagatzematges innecessaris, el sistema aplica l'algorisme criptogràfic AES-GCM directament sobre la memòria cau de pàgines mitjançant una operació lògica XOR in situ. En manipular acuradament el vector d'inicialització (IV) o nonce, un atacant pot forçar el sistema a produir un byte específic del flux de claus, aconseguint sobreescriure qualsevol byte objectiu a l'arxiu amb el valor exacte desitjat.
Taules de cerca i alteració de binaris protegits
El atac comença aïllant el procés en un nou espai de noms dusuari i de xarxa, On el atacant instal·la una associació de seguretat ESP de mode de transport amb una clau coneguda. A continuació, el programa construeix una taula de cerca de 256 entrades que mapeja cada possible byte resultant del flux de claus criptogràfiques amb el seu respectiu nonze. Utilitzant la transferència directa de memòria (splice), l'atacant carrega a la memòria cau de pàgines un fitxer executable crític del sistema amb el bit suid actiu, típicament la utilitat /usr/bin/la seva. Iterant meticulosament byte per byte i disparant la falla repetidament, el programari sobreescriu els primers 192 bytes de la utilitat original amb un petit codi executable (stub) independent de la posició. Quan finalment s'invoca l'ordre alterada, el sistema operatiu ignora el fitxer segur del disc dur i executa la versió contaminada des de la memòria cau, atorgant instantàniament una sessió de superusuari o shell root.
Restriccions d'entorn i protocols de neteja crítica
Tot i ser un exploit, la seva execució amb èxit depèn d'una condició d'entorn específica: la capacitat de crear espais de noms dusuari sense privilegis. En sistemes amb configuracions restrictives per defecte, com Ubuntu amb els seus perfils d'AppArmor actius, l'atac és bloquejat en la fase inicial a no ser que l'administrador hagi modificat els paràmetres del nucli per permetre aquesta funció.
Un aspecte crític després de l'execució d'aquest atac és la persistència temporal de la infecció, atès que el binari alterat roman viu a la memòria cau de pàgines, qualsevol execució legítima posterior de l'ordre infectada continuarà obrint sessions de root no desitjades. Per això, és important que els equips de seguretat purguin immediatament la memòria cau del sistema utilitzant les eines de la memòria virtual després de qualsevol prova de concepte.
Per mitigar l'amenaça a servidors de producció fins a l'arribada de pegats oficials, la recomanació tècnica és desactivar radicalment la càrrega dels mòduls esp4, esp6 i rxrpc a la configuració global del nucli.
Finalment si estàs interessat en poder conèixer més sobre això, pots consultar els detalls en el següent enllaç.