{"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\/de\/blog\/news\/uyazvimost-v-red-hat-openshift-ai-dopuskayushhaya-root-dostup-k-uzlam-klastera","title":{"rendered":"Sicherheitsanf\u00e4lligkeit in Red Hat OpenShift AI, die Root-Zugriff auf Cluster-Knoten erm\u00f6glicht.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Auf der Plattform OpenShift AI Service, die die Organisation der Clusterarbeit zur Ausf\u00fchrung und Schulung von AI-Modellen erm\u00f6glicht, wurde eine Sicherheitsanf\u00e4lligkeit (CVE-2025-10725) entdeckt, die es einem nicht privilegierten Benutzer erm\u00f6glicht, Administratorrechte f\u00fcr den Cluster zu erlangen. Nach einem erfolgreichen Angriff erh\u00e4lt der Angreifer die M\u00f6glichkeit, den Cluster zu steuern, hat vollst\u00e4ndigen Zugriff auf alle Dienste, Daten und laufenden Anwendungen im Cluster sowie root-Zugriff auf die Cluster-Knoten. <\/p>\n
F\u00fcr einen Angriff gen\u00fcgt jeglicher unprivilegierter authentifizierter Zugriff auf die Plattform, beispielsweise kann ein mit OpenShift AI verbundener Forscher, der ein Jupyter-Notebook verwendet, einen Angriff durchf\u00fchren. Das Problem wurde mit einem kritischen Gefahrenlevel von 9,9 von 10 bewertet. <\/p>\n
Die Schwachstelle wird durch eine falsche Zuweisung der Rolle \u201ekueue-batch-user-role\u201c verursacht, die versehentlich mit der Gruppe \u201esystem:authenticated\u201c verkn\u00fcpft wurde, wodurch jeder Benutzer des Dienstes einen Job (OpenShift Job) in jedem Namensraum erstellen konnte. Unter anderem konnte jeder Benutzer einen Job im privilegierten Namensraum \u201eopenshift-apiserver-operator\u201c erstellen und dessen Ausf\u00fchrung mit den Berechtigungen des ServiceAccounts konfigurieren. <\/p>\n
In der Umgebung zur Ausf\u00fchrung von Code mit den Rechten des ServiceAccounts ist ein Zugriffstoken mit den Rechten des ServiceAccounts verf\u00fcgbar, das der Angreifer extrahieren und verwenden konnte, um privilegiertere Konten zu kompromittieren. Letztendlich konnte der Angriff bis zu einem root-Zugriff auf die Master-Knoten eskaliert werden, wonach der Angreifer die M\u00f6glichkeit erhielt, den gesamten Inhalt des Clusters vollst\u00e4ndig zu steuern. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"