{"id":144093,"date":"2025-10-04T05:11:54","date_gmt":"2025-10-04T03:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-red-hat-openshift-ai-dopuskayushhaya-root-dostup-k-uzlam-klastera"},"modified":"2025-10-04T05:11:54","modified_gmt":"2025-10-04T03:11:54","slug":"uyazvimost-v-red-hat-openshift-ai-dopuskayushhaya-root-dostup-k-uzlam-klastera","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/uyazvimost-v-red-hat-openshift-ai-dopuskayushhaya-root-dostup-k-uzlam-klastera","title":{"rendered":"Vulnerabilidade no Red Hat OpenShift AI, que permite acesso root aos n\u00f3s do cluster","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Na plataforma OpenShift AI Service, que permite organizar o trabalho de um cluster para executar e treinar modelos de IA, foi identificada uma vulnerabilidade (CVE-2025-10725) que permite a um usu\u00e1rio n\u00e3o privilegiado obter direitos de administrador do cluster. Ap\u00f3s um ataque bem-sucedido, o invasor obt\u00e9m a capacidade de controlar o cluster, acesso total a todos os servi\u00e7os, dados e aplicativos em execu\u00e7\u00e3o no cluster, bem como acesso root aos n\u00f3s do cluster. <\/p>\n
Para realizar um ataque, basta ter qualquer acesso autenticado n\u00e3o privilegiado \u00e0 plataforma, por exemplo, um pesquisador conectado ao OpenShift AI utilizando o Jupyter notebook pode realizar o ataque. O problema foi classificado como cr\u00edtico \u2014 9,9 de 10. <\/p>\n
A vulnerabilidade \u00e9 causada pela atribui\u00e7\u00e3o incorreta da fun\u00e7\u00e3o \u00abkueue-batch-user-role\u00bb, que foi erroneamente vinculada ao grupo \u00absystem:authenticated\u00bb, permitindo que qualquer usu\u00e1rio do servi\u00e7o criasse uma tarefa (OpenShift Job) em qualquer espa\u00e7o de nomes. Entre outras coisas, qualquer usu\u00e1rio podia criar uma tarefa em um espa\u00e7o de nomes privilegiado \u00abopenshift-apiserver-operator\u00bb e configur\u00e1-la para ser executada com as permiss\u00f5es do ServiceAccount. <\/p>\n
No ambiente para execu\u00e7\u00e3o de c\u00f3digo com privil\u00e9gios de ServiceAccount, um token de acesso com os direitos de ServiceAccount est\u00e1 dispon\u00edvel, que o atacante poderia extrair e usar para comprometer contas de usu\u00e1rios mais privilegiadas. No final, o ataque poderia levar \u00e0 obten\u00e7\u00e3o de acesso root aos n\u00f3s master, permitindo ao atacante controlar completamente todo o conte\u00fado do cluster. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"