{"id":181668,"date":"2026-05-23T00:25:11","date_gmt":"2026-05-22T22:25:11","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/gro-frag-sedmaya-uyazvimost-klassa-copy-fail-predostavlyayushhaya-prava-root-v-linux"},"modified":"2026-05-23T00:25:11","modified_gmt":"2026-05-22T22:25:11","slug":"gro-frag-sedmaya-uyazvimost-klassa-copy-fail-predostavlyayushhaya-prava-root-v-linux","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/gro-frag-sedmaya-uyazvimost-klassa-copy-fail-predostavlyayushhaya-prava-root-v-linux","title":{"rendered":"GRO Frag \u2014 die siebte Schwachstelle der Klasse Copy Fail, die Root-Rechte in Linux gew\u00e4hrt.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ein Exploit f\u00fcr die siebte Schwachstelle (1, 2-3, 4, 5, 6) im Linux-Kernel wurde \u00f6ffentlich verbreitet. Diese Schwachstelle erm\u00f6glicht es einem nicht privilegierten lokalen Benutzer, Root-Rechte zu erlangen, indem er Daten im Page-Cache \u00fcberschreibt. Es wurde noch keine CVE-Identifikationsnummer zugewiesen, und es liegen bisher nur der Exploit-Code und keine weiteren Informationen zu dem Problem vor. Ein Patch zur Behebung des Problems wurde am 20. Mai ver\u00f6ffentlicht und am 21. Mai in den Hauptzweig des Linux-Kernels aufgenommen (Korrigierte Kernel-Versionen sind noch nicht verf\u00fcgbar). <\/p>\n
Die Schwachstelle besteht in der Implementierung der Technologie GRO (Generic Receive Offload), die zur Beschleunigung der Verarbeitung von segmentierten Paketen verwendet wird. Die Schwachstelle wird durch einen Fehler in der Implementierung des Zerocopy-Mechanismus in der Funktion skb_gro_receive() verursacht, die direkte \u00c4nderungen an den Daten im Seitencache vornimmt, um \u00fcberfl\u00fcssige Pufferung zu vermeiden. Bei aktiviertem Flag SKBFL_MANAGED_FRAG_REFS wurde das Speichern des Verweises auf die freigegebenen Speicherseiten im Feld shinfo->frags \u00fcbergangen, wonach dieses Feld ohne \u00c4nderung des Referenzz\u00e4hlers an ein anderes skb angeh\u00e4ngt wurde, was zu einem Zugriff auf den Speicher nach seiner Freigabe (use-after-free) f\u00fchrte. Es gelang, das Problem auszunutzen, um Daten im Seitencache zu \u00fcberschreiben, indem der Zeiger auf den io_uring-Puffer manipuliert wurde. <\/p>\n
Ein Angriff ist auf Systeme mit aktivierter io_uring-Unterst\u00fctzung (io_uring_disabled=0) m\u00f6glich. F\u00fcr die Ausf\u00fchrung des Exploits muss eine lesbare ausf\u00fchrbare Datei mit dem SUID-root-Flag im System vorhanden sein. Der Exploit verdichtet sich darauf, dass der Angreifer eine Benutzerbasis im Seiten-Cache niederlegt, um anschlie\u00dfend die Zeile «hax::0:0::\/root:\/bin\/sh» in den Cache einzuf\u00fcgen. Danach wird der Befehl «su hax» ausgef\u00fchrt, der nicht die originale Benutzerbasis vom Speicher, sondern eine modifizierte Kopie mit dem gef\u00e4lschten Login «hax» erh\u00e4lt, dem Root-Rechte und ein leeres Passwort zugewiesen sind. Der Exploit wurde in Ubuntu 24.04 getestet. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"