{"id":181735,"date":"2026-05-25T20:48:34","date_gmt":"2026-05-25T18:48:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/gro-frag-novaya-lpe-uyazvimost-v-setevom-steke-linux-pozvolyaet-poluchit-root"},"modified":"2026-05-25T20:48:34","modified_gmt":"2026-05-25T18:48:34","slug":"gro-frag-novaya-lpe-uyazvimost-v-setevom-steke-linux-pozvolyaet-poluchit-root","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/gro-frag-novaya-lpe-uyazvimost-v-setevom-steke-linux-pozvolyaet-poluchit-root","title":{"rendered":"GRO Frag: una nuova vulnerabilit\u00e0 LPE nel stack di rete Linux consente di ottenere i privilegi di root","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

<\/p>\n

\u00c8 disponibile pubblicamente un exploit per GRO Frag<\/strong> \u2014 una vulnerabilit\u00e0 locale di escalation dei privilegi nel kernel Linux, relativa alla gestione di GRO e zero-copy skb nello stack di rete. La data esatta di scoperta iniziale nei materiali pubblici non \u00e8 specificata<\/strong>. Dai riscontri pubblici \u00e8 possibile registrare due date: la correzione \u00e8 stata discussa nella mailing list netdev 20 maggio 2026<\/strong>, dove questa vulnerabilit\u00e0 era gi\u00e0 stata descritta come idonea alla sovrascrittura della cache delle pagine, e un PoC pubblico \u00e8 stato pubblicato su GitHub Gist<\/a> 22 maggio 2026<\/strong>.<\/p>\n

<\/noindex><\/noindex><\/p>\n

Come misura temporanea fino all'installazione del kernel corretto, \u00e8 possibile limitare il vettore d'attacco tramite sysctl: kernel.io_uring_disabled=1. Questa modalit\u00e0 impedisce la creazione di nuove istanze di io_uring da parte di processi non privilegiati, a meno che non siano inclusi nel gruppo consentito io_uring_group; con un valore di gruppo di -1, l'accesso \u00e8 mantenuto solo dai processi con CAP_SYS_ADMIN. Questa \u00e8 una mitigazione, non una correzione completa della vulnerabilit\u00e0.<\/p>\n

Il problema si trova nella funzione skb_gro_receive(): durante la fusione dei pacchetti GRO, il kernel poteva spostare frammenti da zero-copy skb a un altro skb senza un corretto controllo dello stato zero-copy e del flag SKBFL_MANAGED_FRAG_REFS. Di conseguenza, le pagine di memoria, a cui il skb originale non manteneva riferimenti separati, potevano essere rilasciate in modo errato, portando a use-after-free. Nella patch \u00e8 chiaramente indicato che tale situazione potrebbe portare a UAF e che la variante trovata era idonea alla sovrascrittura della cache delle pagine.<\/p>\n

<\/p>\n

Il PoC pubblicato descrive la vulnerabilit\u00e0 come LPE tramite GRO managed-frag UAF<\/strong> utilizzando io_uring SEND_ZC e l'interfaccia di rete virtuale veth. Nei commenti al codice \u00e8 indicato che sono interessati i kernel Linux 6.0+<\/strong>, l'exploit \u00e8 possibile da parte di un utente non privilegiato, ma richiede accesso a io_uring; come correzione \u00e8 stato nominato commit<\/a> 4db79a322db8 con la modifica \u00abnet: gro: non unire zcopy skbs\u00bb.<\/p>\n

<\/noindex>
\n<\/p>\n

Per quanto riguarda le conseguenze, GRO Frag rientra nella stessa pericolosa categoria di errori di Copy Fail e Dirty Frag: un attaccante con accesso locale non privilegiato pu\u00f2 modificare i dati nella cache delle pagine, cio\u00e8 in memoria, senza la necessaria modifica del file su disco. Questi tipi di errori sono particolarmente sgradevoli poich\u00e9 colpiscono il confine tra il file 'sola lettura' e il contenuto effettivo che il kernel e i processi vedono nelle chiamate successive. Elastic<\/a> ha precedentemente descritto questa categoria come un modo pratico per ottenere il root tramite la corruzione della cache delle pagine.<\/p>\n

<\/noindex><\/p>\n

Al momento della pubblicazione, un identificatore CVE separato per GRO Frag non era ancora stato assegnato, a giudicare dalle informazioni disponibili. Come misure temporanee, gli amministratori dovrebbero concentrarsi sull'aggiornamento del kernel a una versione con una correzione, oltre a misure generali per ridurre il rischio di simili LPE: limitare gli spazi dei nomi utente non privilegiati dove possibile, controllare l'uso di io_uring e monitorare le catene sospette associate all'escalation locale dei privilegi. Per gli attacchi correlati Copy Fail\/DirtyFrag, Elastic raccomanda di combinare il patching con la rilevazione di primitivi di sfruttamento a basso livello delle vulnerabilit\u00e0.<\/p>\n

I primitivi di sfruttamento a basso livello non sono l'effettivo \"attacco completato\", ma tecniche tecniche di base da cui viene costruito l'exploit.<\/p>\n

Nel contesto di GRO Frag, ci\u00f2 pu\u00f2 significare non rilevare il fatto gi\u00e0 avvenuto che \"l'utente \u00e8 diventato root\", ma cercare di notare singole azioni sospette che l'exploit utilizza nel cammino verso l'innalzamento dei privilegi.<\/p>\n

Fonte: linux.org.ru<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0412 \u043e\u0442\u043a\u0440\u044b\u0442\u043e\u043c \u0434\u043e\u0441\u0442\u0443\u043f\u0435 \u043f\u043e\u044f\u0432\u0438\u043b\u0441\u044f \u044d\u043a\u0441\u043f\u043b\u043e\u0438\u0442 \u0434\u043b\u044f GRO Frag \u2014 \u043b\u043e\u043a\u0430\u043b\u044c\u043d\u043e\u0439 \u0443\u044f\u0437\u0432\u0438\u043c\u043e\u0441\u0442\u0438 \u043f\u043e\u0432\u044b\u0448\u0435\u043d\u0438\u044f \u043f\u0440\u0438\u0432\u0438\u043b\u0435\u0433\u0438\u0439 \u0432 \u044f\u0434\u0440\u0435 Linux, \u0441\u0432\u044f\u0437\u0430\u043d\u043d\u043e\u0439 \u0441 \u043e\u0431\u0440\u0430\u0431\u043e\u0442\u043a\u043e\u0439 GRO \u0438 zero-copy skb \u0432 \u0441\u0435\u0442\u0435\u0432\u043e\u043c \u0441\u0442\u0435\u043a\u0435. \u0422\u043e\u0447\u043d\u0430\u044f \u0434\u0430\u0442\u0430 \u043f\u0435\u0440\u0432\u043e\u043d\u0430\u0447\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u043e\u0431\u043d\u0430\u0440\u0443\u0436\u0435\u043d\u0438\u044f \u0432 \u043f\u0443\u0431\u043b\u0438\u0447\u043d\u044b\u0445 \u043c\u0430\u0442\u0435\u0440\u0438\u0430\u043b\u0430\u0445 \u043d\u0435 \u0443\u043a\u0430\u0437\u0430\u043d\u0430. \u041f\u043e \u043e\u0442\u043a\u0440\u044b\u0442\u044b\u043c \u0441\u043b\u0435\u0434\u0430\u043c \u043c\u043e\u0436\u043d\u043e \u0437\u0430\u0444\u0438\u043a\u0441\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0434\u0432\u0435 \u0434\u0430\u0442\u044b: \u0438\u0441\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u043e\u0431\u0441\u0443\u0436\u0434\u0430\u043b\u043e\u0441\u044c \u0432 \u0441\u043f\u0438\u0441\u043a\u0435 \u0440\u0430\u0441\u0441\u044b\u043b\u043a\u0438 netdev 20 \u043c\u0430\u044f 2026 \u0433\u043e\u0434\u0430, \u0433\u0434\u0435 \u0434\u0430\u043d\u043d\u0430\u044f \u0443\u044f\u0437\u0432\u0438\u043c\u043e\u0441\u0442\u044c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":8,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-181735","post","type-post","status-publish","format-standard","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47GRO Frag: nuova vulnerabilit\u00e0 LPE nello stack di rete Linux che consente di ottenere root | ProHoster","description":"\u00c8 stato reso disponibile un exploit per GRO Frag, una vulnerabilit\u00e0 locale di escalation dei privilegi nel kernel Linux, legata alla gestione di GRO e zero-copy skb nello stack di rete.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/news\/gro-frag-novaya-lpe-uyazvimost-v-setevom-steke-linux-pozvolyaet-poluchit-root","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47GRO Frag: \u043d\u043e\u0432\u0430\u044f LPE-\u0443\u044f\u0437\u0432\u0438\u043c\u043e\u0441\u0442\u044c \u0432 \u0441\u0435\u0442\u0435\u0432\u043e\u043c \u0441\u0442\u0435\u043a\u0435 Linux \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u0435\u0442 \u043f\u043e\u043b\u0443\u0447\u0438\u0442\u044c root | ProHoster","og:description":"\u0412 \u043e\u0442\u043a\u0440\u044b\u0442\u043e\u043c \u0434\u043e\u0441\u0442\u0443\u043f\u0435 \u043f\u043e\u044f\u0432\u0438\u043b\u0441\u044f \u044d\u043a\u0441\u043f\u043b\u043e\u0438\u0442 \u0434\u043b\u044f GRO Frag \u2014 \u043b\u043e\u043a\u0430\u043b\u044c\u043d\u043e\u0439 \u0443\u044f\u0437\u0432\u0438\u043c\u043e\u0441\u0442\u0438 \u043f\u043e\u0432\u044b\u0448\u0435\u043d\u0438\u044f \u043f\u0440\u0438\u0432\u0438\u043b\u0435\u0433\u0438\u0439 \u0432 \u044f\u0434\u0440\u0435 Linux, \u0441\u0432\u044f\u0437\u0430\u043d\u043d\u043e\u0439 \u0441 \u043e\u0431\u0440\u0430\u0431\u043e\u0442\u043a\u043e\u0439 GRO \u0438 zero-copy skb \u0432 \u0441\u0435\u0442\u0435\u0432\u043e\u043c \u0441\u0442\u0435\u043a\u0435.","og:url":"https:\/\/prohoster.info\/it\/blog\/news\/gro-frag-novaya-lpe-uyazvimost-v-setevom-steke-linux-pozvolyaet-poluchit-root","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2026-05-25T18:48:34+00:00","article:modified_time":"2026-05-25T18:48:34+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":[],"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/181735","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=181735"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/181735\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=181735"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=181735"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=181735"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}