Die US-amerikanische Cybersecurity-Behörde CISA hat eine Ray Sicherheitslücke offiziell als aktiv ausgenutzt eingestuft. Die Schwachstelle wurde in das Known Exploited Vulnerabilities-Katalog (KEV) aufgenommen. Damit steigt der Druck auf Organisationen, betroffene Systeme schnell zu prüfen und zu aktualisieren.
Konkret geht es um die Lücke CVE-2025-62593 mit einem CVSS-Score von 9,4. Sie kann über Browser wie Mozilla Firefox und Apple Safari zu Remote Code Execution führen – und zwar über einen DNS-Rebinding-Angriff.
Was ist die Ray Sicherheitslücke genau?
Ray ist ein Open-Source-Framework für verteiltes Rechnen, das in Python entwickelt wurde. Es wird eingesetzt, um Workloads rund um KI und Machine Learning zu skalieren. Das Projekt ist stark verbreitet: Zum Zeitpunkt des Berichts zählte das GitHub-Repository über 43.500 Stars und wurde mehr als 7.900 Mal geforkt.
Die CISA-Alarmierung betrifft eine Schwachstelle, die sich mit DNS rebinding in Kombination mit Browser-Mechanismen nutzen lässt. In der Praxis ist das Risiko besonders relevant, wenn Ray in einer Entwicklungs- oder Testumgebung läuft und eine Person unabsichtlich eine präparierte Webseite besucht.
Wie kann die Ausnutzung im Browser ablaufen?
Der Kern der Problematik liegt in unzureichenden Schutzmaßnahmen gegen Angriffe, die direkt aus dem Browser-Kontext entstehen können. Besonders kritisch ist dabei, dass sich bestimmte Header bzw. Angaben im Browser-Kontext manipulieren lassen – im Bericht wird dabei explizit der User-Agent-Header genannt.
Zusammen mit einem DNS-Rebinding-Angriff gegen den Browser wird die Schwachstelle so ausnutzbar, dass ein angreifender Akteur Code auf dem System des Entwicklers ausführen kann. Die Situation lässt sich laut den Projektbetreuern dabei nicht nur über eine gezielte Webseite, sondern auch über Szenarien wie schädliche Werbung oder andere manipulierte Inhalte erklären.
Wichtig: Der Angriff ist vor allem für Umgebungen relevant, in denen Ray für Entwicklung und Tests genutzt wird. Falls ein Opfer auf eine Phishing-Masche hereinfällt oder auf ein kompromittiertes Werbemittel gelangt, kann das zum Ausführen von beliebigem Shell-Code führen.
Warum spielt fehlende Authentifizierung eine Rolle?
In einem Hinweis der Ray-Maintainer wird ein entscheidender Designpunkt erwähnt: Es gibt keine Authentifizierung für besonders kritische Endpunkte, etwa im Umfeld von /api/jobs sowie /api/job_agent/jobs/. Diese langjährige Entscheidung habe dazu geführt, dass Angreifer erneut eine schwere Schwachstelle auslösen können.
Die Besonderheit: Die Ausnutzung wird in dem Bericht als Entwicklungskontext beschrieben, wobei die Angriffe insbesondere über Firefox und Safari möglich sind. Das zeigt, dass die Browser- und Netzwerk-Interaktion für den Angriff zentral ist.
Bedrohung für Unternehmensumgebungen: vom Browser zum Innenbereich
Die Verantwortlichen betonen zudem, dass sich der Angriff grundsätzlich ausweiten lässt. Dabei wird der Browser als eine Art „confused deputy“ Zwischenschritt eingesetzt, um Ray-Instanzen anzugreifen, die in einem privaten Unternehmensnetz betrieben werden.
Das bedeutet: Selbst wenn das Opfer selbst nicht direkt „online“ mit der angreifenden Infrastruktur kommuniziert, kann ein Zwischenspiel aus Browser, DNS-Rebinding und der internen Netzwerkreichweite dazu führen, dass ray-nahe Systeme in Reichweite geraten.
Welche Systeme sind betroffen?
Gemäß den verfügbaren Informationen konzentriert sich die reale Gefährdung vor allem auf ungepatchte Ray-Installationen, die in Entwicklungs-/Testumgebungen laufen. Das Risiko steigt, wenn Mitarbeitende oder Entwicklerinnen und Entwickler unabsichtlich manipulierte Inhalte öffnen, die den Browser-Angriff anstoßen.
Darüber hinaus nennt der Bericht, dass die Schwachstelle auch dazu genutzt werden könnte, um Cluster mit NVIDIA-GPUs für schädliche Zwecke zu kapern. In diesem Zusammenhang werden Kampagnen beschrieben, die darauf abzielen, infizierte Cluster in Richtung eines selbst replizierenden Mining-Botnetzes zu lenken. Genannt wird dabei ShadowRay 2.0.
Fix verfügbar: Ray 2.52.0
Die Ray-Maintainer haben die Schwachstelle bereits behoben. Der Bericht nennt als behobene Version 2.52.0 des Python-Pakets. Wer Ray produktiv oder in der Entwicklung nutzt, sollte daher kurzfristig prüfen, welche Version im Einsatz ist und zeitnah auf den Fix umstellen.
Als Beitrag werden zudem zwei Forschende genannt: Avi Lumelsky wird mit der Entdeckung eines fetch bypass in Verbindung gebracht, während Jonathan Leitschuh die Idee für den DNS-Rebinding-Angriffsansatz geliefert haben soll.
CISA-Empfehlung und Zeitplan
Da CISA die Schwachstelle als aktiv ausgenutzt bewertet, empfiehlt die Behörde für Organisationen im Umfeld der Federal Civilian Executive Branch (FCEB), notwendige Fixes und Mitigations bis zum 20. August 2026 umzusetzen.
Auch wenn die konkrete Frist im Bericht nur für FCEB-Behörden explizit genannt wird, ist der praktische Schluss für andere Organisationen klar: Wer Ray einsetzt, sollte die Priorität bei der Patch-Planung hoch ansetzen, sobald eine KEV-Aufnahme erfolgt.
Was über die aktive Ausnutzung öffentlich bekannt ist
CISA teilt im Bericht keine Details darüber mit, wie die Schwachstelle in der „Wildnis“ konkret ausgenutzt wird. Allerdings verweist der Artikel auf einen Report von BitSight aus dem März 2026.
Demnach haben Angreifer, die hinter dem RondoDox DDoS Botnet stehen, die Schwachstelle bereits zwei Tage vor der öffentlichen Offenlegung am 26. November 2025 in ihren Werkzeugkasten aufgenommen. Als Grund wird die Verfügbarkeit eines Proof-of-Concept (PoC) Exploits genannt.
Praktische nächste Schritte für Teams
Für IT- und Security-Teams ergibt sich aus der Ray Sicherheitslücke vor allem eine Handlungsroutine: erstens den Versionsstand prüfen, zweitens betroffene Systeme nachweisbar patchen und drittens die Angriffsfläche in Dev-/Testumgebungen reduzieren.
- Ray-Version inventarisieren: Welche Version läuft in Entwicklungs- und Testsystemen?
- Auf Ray 2.52.0 migrieren: Sofern nicht bereits geschehen, Update priorisieren.
- Browser-/Content-Risiken reduzieren: Nutzer vor Phishing und kompromittierten Werbeinhalten schützen.
- Netzsegmentierung prüfen: Beschränken, wie weit intern Systeme erreichbar sind, falls ein Browserangriff gelingt.
Da die Ausnutzung laut Bericht stark vom Zusammenspiel aus DNS-Rebinding und fehlenden Schutzmechanismen abhängt, kann allein „hinterher reagieren“ riskant sein. Ein sauberes Patch- und Risiko-Management ist hier der wirksamste Weg, um die Wahrscheinlichkeit einer erfolgreichen Ausnutzung zu senken.
Fazit
Die Ray Sicherheitslücke rund um CVE-2025-62593 ist ein ernstes Signal: CISA stuft die Schwachstelle als aktiv ausgenutzt ein und nimmt sie in die KEV-Liste auf. Besonders betroffen sind Umgebungen, in denen Ray in der Entwicklung und im Testing eingesetzt wird, weil sich Angriffe über den Browser anstoßen lassen und zu Remote Code Execution führen können.
Da ein Fix in Ray 2.52.0 verfügbar ist, sollten Organisationen die Updates jetzt priorisieren. Wer Ray nutzt, tut gut daran, Versionen zu aktualisieren, Angriffswege zu reduzieren und interne Reichweiten zu begrenzen – bevor aus einer Theorie eine echte Sicherheitsvorfallserie wird.
Quelle: https://thehackernews.com/2026/08/cisa-flags-actively-exploited-ray-flaw.html
