{"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\/de\/blog\/news\/gro-frag-novaya-lpe-uyazvimost-v-setevom-steke-linux-pozvolyaet-poluchit-root","title":{"rendered":"GRO Frag: Neue LPE-Sicherheitsanf\u00e4lligkeit im Netzwerkstack von Linux erm\u00f6glicht es, root zu erhalten","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

<\/p>\n

Es ist ein Exploit f\u00fcr GRO Frag<\/strong> \u2013 eine lokale Privilegienerweiterungsschwachstelle im Linux-Kernel, die mit der Verarbeitung von GRO und zero-copy skb im Netzwerk-Stack zusammenh\u00e4ngt. Das genaue Datum der anf\u00e4nglichen Entdeckung in \u00f6ffentlichen Materialien ist nicht angegeben<\/strong>. Anhand \u00f6ffentlicher Spuren k\u00f6nnen zwei Daten identifiziert werden: Der Fix wurde in der Mailingliste netdev diskutiert am 20. Mai 2026<\/strong>, wo diese Schwachstelle bereits als geeignet zur \u00dcberschreibung des Page Cache beschrieben wurde, und ein \u00f6ffentlicher PoC wurde auf GitHub Gist<\/a> am 22. Mai 2026<\/strong>.<\/p>\n

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

Als vor\u00fcbergehende Ma\u00dfnahme bis zur Installation des korrigierten Kernels kann der Angriffsvektor \u00fcber sysctl eingeschr\u00e4nkt werden: kernel.io_uring_disabled=1. Dieser Modus verbietet es nicht privilegierten Prozessen, neue Instanzen von io_uring zu erstellen, es sei denn, sie sind in der erlaubten Gruppe io_uring_group enthalten; mit dem Wert -1 haben nur Prozesse mit CAP_SYS_ADMIN Zugriff. Dies ist eine Minderung, kein umfassender Fix f\u00fcr die Schwachstelle.<\/p>\n

Das Problem liegt in der Funktion skb_gro_receive(): Beim Zusammenf\u00fchren von GRO-Paketen konnte der Kernel Fragmente aus zero-copy skb in ein anderes skb ohne ordnungsgem\u00e4\u00dfe \u00dcberpr\u00fcfung des Zustands von zero-copy und des SKBFL_MANAGED_FRAG_REFS-Flags \u00fcbertragen. Infolgedessen konnten Speicherseiten, auf die das urspr\u00fcngliche skb keine separaten Referenzen hielt, inkorrekt freigegeben werden, was zu use-after-free f\u00fchrte. Im Patch wird ausdr\u00fccklich darauf hingewiesen, dass eine solche Situation zu UAF f\u00fchren kann und dass die gefundene Variante zur \u00dcberschreibung des Page Cache geeignet war.<\/p>\n

<\/p>\n

Der ver\u00f6ffentlichte PoC beschreibt die Schwachstelle als LPE \u00fcber GRO managed-frag UAF<\/strong> unter Verwendung von io_uring SEND_ZC und der virtuellen Netzschnittstelle veth. Im Kommentar zum Code wird angegeben, dass die Kern-Versionen betroffen sind Linux 6.0+<\/strong>, die Ausnutzung ist f\u00fcr nicht privilegierte Benutzer m\u00f6glich, erfordert jedoch ein zug\u00e4ngliches io_uring; als Patch wurde genannt Commits<\/a> 4db79a322db8 mit der \u00c4nderung \"net: gro: don\u2019t merge zcopy skbs\".<\/p>\n

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

In Bezug auf die Auswirkungen geh\u00f6rt GRO Frag zur gleichen gef\u00e4hrlichen Fehlerklasse wie Copy Fail und Dirty Frag: Ein Angreifer mit lokalem nicht privilegierten Zugang kann Daten im Page Cache \u00e4ndern, d. h. im Speicher, ohne dass der Datei auf der Festplatte eine verpflichtende Modifikation erforderlich ist. Solche Fehler sind besonders unangenehm, da sie die Grenze zwischen einer \u201enur-Lese\u201c-Datei und dem tats\u00e4chlichen Inhalt betreffen, den der Kernel und Prozesse bei nachfolgenden Zugriffen sehen. Elastic hat fr\u00fcher<\/a> diese Klasse als praktischen Weg beschrieben, um durch Page-Cache-Korrosion Root zu erhalten.<\/p>\n

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

Zum Zeitpunkt der Ver\u00f6ffentlichung war anscheinend noch kein separater CVE-Identifikator f\u00fcr GRO Frag zugewiesen. Als vor\u00fcbergehende Ma\u00dfnahmen sollten Administratoren in Erw\u00e4gung ziehen, den Kernel auf eine Version mit einem Fix zu aktualisieren sowie allgemeine Risikominderungsma\u00dfnahmen f\u00fcr solche LPE anzuwenden: Beschr\u00e4nkung unprivilegierter User-Namensr\u00e4ume, wo es m\u00f6glich ist, \u00dcberwachung der Verwendung von io_uring und die \u00dcberwachung verd\u00e4chtiger Ketten im Zusammenhang mit lokaler Privilegieneskalation. F\u00fcr verwandte Copy Fail\/DirtyFrag-Angriffe empfiehlt Elastic zudem, Patchen mit der Erkennung niederstufiger Exploit-Primitiven zu kombinieren.<\/p>\n

Niederstufige Exploit-Primitiven sind nicht der \u201abereitgestellte Hack\u2018 selbst, sondern grundlegende technische Techniken, aus denen ein Exploit besteht.<\/p>\n

Im Kontext von GRO Frag k\u00f6nnte dies bedeuten, nicht das Vorhandensein eines \u201aBenutzers, der root geworden ist\u2018 zu erkennen, sondern zu versuchen, einzelne verd\u00e4chtige Aktionen zu bemerken, die der Exploit auf dem Weg zur Privilegieneskalation verwendet.<\/p>\n

Quelle: 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: neue LPE-Anf\u00e4lligkeit im Netzwerk-Stack von Linux erm\u00f6glicht den Zugriff auf root | ProHoster","description":"Ein Exploit f\u00fcr GRO Frag ist \u00f6ffentlich zug\u00e4nglich geworden \u2013 eine lokale Privilegieneskalationsanf\u00e4lligkeit im Linux-Kernel, die mit der Verarbeitung von GRO und zero-copy skb im Netzwerk-Stack zusammenh\u00e4ngt.","canonical_url":"https:\/\/prohoster.info\/de\/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":"de_DE","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\/de\/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\/de\/wp-json\/wp\/v2\/posts\/181735","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=181735"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/181735\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=181735"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=181735"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=181735"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}