{"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\/pt\/blog\/news\/gro-frag-sedmaya-uyazvimost-klassa-copy-fail-predostavlyayushhaya-prava-root-v-linux","title":{"rendered":"GRO Frag \u2014 a s\u00e9tima vulnerabilidade da classe Copy Fail, proporcionando privil\u00e9gios de root no Linux","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Uma explora\u00e7\u00e3o para a s\u00e9tima vulnerabilidade (1, 2-3, 4, 5, 6) no n\u00facleo do Linux foi divulgada publicamente, permitindo que um usu\u00e1rio local n\u00e3o privilegiado obtenha direitos de root, sobrescrevendo dados no cache de p\u00e1gina. O identificador CVE ainda n\u00e3o foi atribu\u00eddo; al\u00e9m do c\u00f3digo da explora\u00e7\u00e3o, n\u00e3o h\u00e1 informa\u00e7\u00f5es dispon\u00edveis sobre o problema. A corre\u00e7\u00e3o est\u00e1 dispon\u00edvel apenas na forma de um patch, publicado em 20 de maio e aceito na ramifica\u00e7\u00e3o principal do n\u00facleo do Linux em 21 de maio (as vers\u00f5es corretivas do n\u00facleo ainda n\u00e3o est\u00e3o dispon\u00edveis). <\/p>\n
A vulnerabilidade est\u00e1 presente na implementa\u00e7\u00e3o da tecnologia GRO (Generic Receive Offload), utilizada para acelerar o processamento de pacotes segmentados. A vulnerabilidade \u00e9 causada por um erro na implementa\u00e7\u00e3o do mecanismo zerocopy na fun\u00e7\u00e3o skb_gro_receive(), que modifica diretamente os dados no cache de p\u00e1ginas para evitar bufferiza\u00e7\u00e3o desnecess\u00e1ria. Com a flag SKBFL_MANAGED_FRAG_REFS habilitada, a refer\u00eancia \u00e0s p\u00e1ginas de mem\u00f3ria liberadas n\u00e3o era mantida no campo shinfo->frags, levando a uma associa\u00e7\u00e3o desse campo com outro skb sem altera\u00e7\u00e3o do contador de refer\u00eancias, o que resultava em acesso \u00e0 mem\u00f3ria ap\u00f3s sua libera\u00e7\u00e3o (use-after-free). O problema foi explorado para sobrescrever dados no cache de p\u00e1ginas, por meio da manipula\u00e7\u00e3o de um ponteiro para o buffer io_uring. <\/p>\n
O ataque \u00e9 poss\u00edvel em sistemas com o subsistema io_uring ativado (io_uring_disabled=0). Para que o exploit funcione, deve haver um arquivo execut\u00e1vel acess\u00edvel para leitura com a flag SUID-root. O mecanismo de explora\u00e7\u00e3o consiste em fazer com que o atacante consiga colocar a base de usu\u00e1rios no cache de p\u00e1ginas, ap\u00f3s o que ele insere no cache a string «hax::0:0::\/root:\/bin\/sh». Em seguida, o comando «su hax» \u00e9 executado, obtendo n\u00e3o a base de usu\u00e1rios original do armazenamento, mas sim uma c\u00f3pia alterada com o nome de login «hax», que possui direitos de root e senha vazia. O funcionamento do exploit foi testado no Ubuntu 24.04. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"