Drei fremde Anbieter, ein identischer Zeitplan

Ray ist ein Open-Source-Framework in Python, das KI- und ML-Trainings- sowie Inferenz-Workloads ausführt, mit mehr als 43.500 GitHub-Sternen und breitem Einsatz in Unternehmens-KI-Infrastrukturen. Eine als CVE-2025-62593 erfasste Lücke mit einem CVSS-Wert von 9,4 erlaubte es Angreifern, DNS-Rebinding mit einem gewöhnlichen Browserbesuch zu kombinieren, sodass die Maschine eines Entwicklers selbst Code-Ausführungsanfragen an einen lokalen Ray-Cluster sendete, denn die Authentifizierungsprüfung der Ray-API-Endpunkte verlangte lediglich, dass der User-Agent-Header mit dem Wort Mozilla begann, ein Wert, den jeder Browser standardmäßig sendet.

GitLab, die branchenweit genutzte Plattform für Quellcodeverwaltung und CI/CD, legte am 17. August 2026 CVE-2026-19478 offen: eine GraphQL-Direktive mit einem CVSS-Wert von 9,4, die es einem unauthentifizierten Angreifer erlaubte, über das Netzwerk ohne jede Nutzerinteraktion öffentliche Projekte und Nutzerdaten zu verändern oder zu löschen. Apple patchte CVE-2026-65400 am 6. August 2026, einen Fehler in der Zustandsverwaltung der Anmeldeprüfung von macOS Screen Sharing, dem integrierten Fernwartungsdienst, der auf Netzwerkport 5900 lauscht. Drei fremde Organisationen, drei fremde Produkte, ein Fenster von sechs Tagen.

Von Patch zu Massenausnutzung in Tagen, nicht Monaten

Das RondoDox-DDoS-Botnetz baute einen funktionierenden Exploit für die Ray-Lücke bereits am 24. November 2025 ein, zwei volle Tage bevor die Lücke am 26. November 2025 überhaupt öffentlich offengelegt wurde, weil bereits ein Proof-of-Concept kursierte. Eine zweite Kampagne, ShadowRay 2.0, durchsucht gezielt ungepatchte Ray-Cluster auf NVIDIA-GPUs und macht daraus sich selbst replizierende Kryptomining-Botnetze, was zeigt, dass Angreifer KI-Trainingsinfrastruktur gezielt wegen ihrer rohen Rechenleistung angreifen und nicht mehr wie einen gewöhnlichen Server behandeln.

Apples Screen-Sharing-Lücke folgte demselben Beschleunigungsmuster. Der Patch erschien am 6. August 2026, die niederländische nationale Cybersicherheitsbehörde NCSC-NL bestätigte aktive Ausnutzung gegen offen im Internet erreichbare Macs, und in jedem bestätigten Fall erlangte der Angreifer Root-Zugriff und installierte einen Monero-Miner. Die CISA hob den Schweregrad der Lücke am 14. August 2026, acht Tage nach dem Patch, von 7,1 auf 9,8 an, nachdem bestätigt worden war, dass der Exploit im großen Stil automatisierbar geworden war. Die CISA nahm die Ray-Lücke am 17. August 2026 in ihren Known-Exploited-Vulnerabilities-Katalog auf, mit einer Frist bis zum 20. August 2026 für US-Bundesbehörden.

Was das für Ihren Patch-Rhythmus bedeutet

Nichts davon ist exotisch. Ray läuft auf KI-Trainingsclustern, GitLab liegt in der Software-Lieferkette, und Screen Sharing steckt auf jedem Mac, den ein IT-Team aus der Ferne verwaltet, drei gewöhnliche Infrastrukturbausteine, die die meisten Organisationen bereits einsetzen. Die Lücke zwischen der Veröffentlichung eines Patches durch einen Anbieter und der massenhaften Ausnutzung durch Kriminelle schrumpft schon länger, und der Ray-Zeitplan zeigt, dass sie inzwischen negativ werden kann: Der Exploit wurde bewaffnet, bevor die Öffentlichkeit überhaupt von der Lücke wusste.

Ein monatlicher oder vierteljährlicher Patch-Zyklus ist für alles mit einer netzwerkseitig erreichbaren Admin- oder Entwickleroberfläche keine vertretbare Sicherheitsstrategie mehr, und selbst gehostetes GitLab, KI-Trainingscluster sowie aus der Ferne verwaltete Mac-Flotten fallen alle klar in diese Kategorie. Die praktische Antwort ist, die Tage von der Patch-Veröffentlichung bis zur vollständigen Ausrollung als überwachte Kennzahl auf Vorstandsebene für jede dieser drei Kategorien zu erfassen, mit besonderem Augenmerk auf selbst gehostete KI- und ML-Infrastruktur, da es sich um eine neuere Kategorie handelt, für die die meisten Sicherheitsteams noch keinen schnellen Patch-Prozess aufgebaut haben.

Weiterlesen: SAP-Commerce-Cloud-Lücke wurde vor dem Patchen ausgenutzt  |  Zwei SharePoint-Lücken ergeben zusammen volle RCE