Dacă sunt exploatate, aceste defecte pot permite atacatorilor să obțină acces neautorizat la informații sensibile sau, în general, pot cauza probleme
La Securitatea Linux a fost grav afectată în ultimele zile și se confruntă cu o criză operațională fără precedent odată cu descoperirea Fragnesiei (CVE-2026-46300), a patra vulnerabilitate critică raportată.
Cunoscut și sub numele de Copy Fail 3.0 de către echipa de cercetare V12 responsabilă de descoperirea sa, aceasta O eroare de escaladare a privilegiilor locale expune un vector de atac universal și extrem de precis. La fel ca predecesorii săi, Fragnesia permite unui utilizator neprivilegiat să obțină acces absolut de administrator prin suprascrierea datelor direct în memoria cache a paginilor RAM, fără a modifica fișierele fizice de pe hard disk. Deși are același vector de atac ca Fragmente murdare în subsistemul xfrm-ESPNatura sa provine dintr-o eroare logică complet diferită, care a necesitat proiectarea unui patch de atenuare independent și urgent.
Ceea ce face ca Fragnesia să fie excepțional de periculoasă este capacitatea de a efectua scrieri arbitrare de octeți în fișiere doar pentru citire fără a se baza pe condiții complexe de concurențăVulnerabilitatea este declanșată prin mecanismul de încapsulare a protocolului ESP-in-TCP, dezvăluind că patch-urile emise anterior au fost insuficiente sau, paradoxal, au creat condițiile pentru a declanșa accidental această nouă vulnerabilitate în kernel-urile lansate până la 13 mai 2026. Cu un cod de operare complet funcțional, disponibil publicului. acum disponibil, Administratorii de sistem se confruntă cu o cursă contra cronometru pentru implementarea carantinei. temporar în timp ce distribuțiile majore implementează remedierile finale în depozitele lor.
Uitarea fragmentelor și injecția criptografică AES-GCM
El Originea Fragnesiei constă într-o eroare de logică în cadrul gestionării bufferului de rețea al kernelului. eroarea centrală apare deoarece buffer-ul (skb) literalmente „uită” că un fragment de memorie Este partajat în timpul procesului de coalescență a datelor. Când un socket TCP face tranziția la modul la nivel de utilizator (ULP) espintcp după ce datele au fost deja transferate dintr-un fișier în coada de recepție, Nucleul face greșeala fatală de a procesa paginile de fișiere din coadă ca și cum ar fi text cifrat ESP legitim. În încercarea de a optimiza performanța și de a evita stocarea inutilă, sistemul aplică algoritmul criptografic AES-GCM direct în memoria cache a paginii, utilizând o operație XOR in-place. Prin manipularea atentă a vectorului de inițializare (IV), sau nonce-ului, un atacator poate forța sistemul să producă un anumit octet din fluxul de chei, suprascriind astfel orice octet țintă din fișier cu valoarea exactă dorită.
Tabele de căutare și modificarea fișierelor binar protejate
El Atacul începe prin izolarea procesului într-un nou spațiu de nume pentru utilizator și rețea., unde el Atacatorul instalează o asociație de securitate ESP modului de transport cu o cheie cunoscută. Apoi, Programul construiește un tabel de căutare cu 256 de intrări care mapează fiecare octet rezultat posibil a fluxului de chei criptografice cu nonce-ul său respectiv. Folosind transfer direct de memorie (splicing), atacatorul încarcă un fișier executabil în memoria cache a paginii critic față de sistem cu bitul suid setat, De obicei, utilitarul /usr/bin/su. Iterează meticulos octet cu octet și declanșează în mod repetat eroarea, Software-ul suprascrie primii 192 de octeți ai utilitarului original cu un mic cod executabil. (stub) independent de poziție. Când comanda modificată este în sfârșit invocată, sistemul de operare ignoră fișierul securizat de pe hard disk și execută versiunea contaminată din memoria cache, acordând instantaneu o sesiune shell superutilizator sau root.
Restricții de mediu și protocoale critice de curățare
Deși este o vulnerabilitate, execuția sa cu succes depinde de anumite condiții de mediu.: posibilitatea de a crea spații de nume pentru utilizatori neprivilegiați. În sistemele cu configurații implicite restrictive, precum Ubuntu cu profilurile sale active AppArmor, Atacul este blocat în faza inițială, cu excepția cazului în care administratorul a modificat parametrii. al kernelului pentru a activa această funcție.
Un aspect critic al acestui atac este persistența temporară a infecției. Deoarece fișierul binar modificat rămâne în memoria cache a paginii, orice execuție legitimă ulterioară a comenzii infectate va deschide în continuare sesiuni root nedorite. Prin urmare, este important ca echipele de securitate să elimine imediat memoria cache a sistemului folosind instrumente de memorie virtuală după orice atac proof-of-concept.
Pentru a atenua amenințarea asupra serverelor de producție până la sosirea patch-urilor oficiale, recomandarea tehnică este dezactivarea radicală a încărcării modulelor esp4, esp6 și rxrpc în configurația globală a kernelului.
În fine, dacă ești interesat să afli mai multe despre el, poți consulta detaliile În următorul link.