{"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\/novosti-interneta\/uyazvimost-v-red-hat-openshift-ai-dopuskayushhaya-root-dostup-k-uzlam-klastera","title":{"rendered":"Eine Sicherheitsanf\u00e4lligkeit in Red Hat OpenShift AI, die Root-Zugriff auf Clusterknoten erm\u00f6glicht.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In der OpenShift AI Service-Plattform, die die Arbeit eines Clusters zur Ausf\u00fchrung und Schulung von KI-Modellen erm\u00f6glicht, wurde eine Schwachstelle (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 Kontrolle \u00fcber den Cluster, vollen Zugang zu allen Diensten, Daten und Anwendungen, die im Cluster ausgef\u00fchrt werden, sowie Root-Zugriff auf die Cluster-Knoten. <\/p>\n
F\u00fcr einen Angriff gen\u00fcgt jeglicher nicht privilegierter authentifizierter Zugang zur Plattform, zum Beispiel kann ein an OpenShift AI angeschlossener Forscher, der ein Jupyter-Notebook verwendet, einen Angriff durchf\u00fchren. Das Problem wurde als kritisch eingestuft \u2014 9,9 von 10. <\/p>\n
Die Schwachstelle wird durch die fehlerhafte Rollenzuweisung von \u201ekueue-batch-user-role\u201c verursacht, die f\u00e4lschlicherweise der Gruppe \u201esystem:authenticated\u201c zugeordnet wurde, was es jedem Dienstbenutzer erm\u00f6glichte, einen Job (OpenShift Job) in jedem Namensraum zu erstellen. Unter anderem konnte jeder Benutzer einen Job im privilegierten Namensraum \u201eopenshift-apiserver-operator\u201c erstellen und seinen Start mit den Berechtigungen von ServiceAccount konfigurieren. <\/p>\n
In der Umgebung zur Ausf\u00fchrung von Code mit ServiceAccount-Rechten ist ein Zugriffstoken mit ServiceAccount-Rechten verf\u00fcgbar, das der Angreifer extrahieren und verwenden konnte, um privilegiertere Konten zu kompromittieren. Letztendlich konnte der Angriff auf die Erlangung von Root-Zugriff auf die Master-Knoten ausgeweitet werden, wonach der Angreifer die vollst\u00e4ndige Kontrolle \u00fcber den gesamten Inhalt des Clusters erhielt. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"