Drie los van elkaar staande leveranciers, een identieke tijdlijn

Ray is een open source, Python-native framework voor het draaien van AI- en ML-trainings- en inferentiewerklasten, met meer dan 43.500 sterren op GitHub en breed gebruik binnen AI-infrastructuur van bedrijven. Een lek geregistreerd als CVE-2025-62593, met een CVSS-score van 9,4, liet een aanvaller DNS-rebinding combineren met een gewoon browserbezoek, zodat de machine van de ontwikkelaar zelf verzoeken tot code-uitvoering naar een lokaal Ray-cluster stuurde, omdat de authenticatiecontrole van de Ray-API-endpoints alleen controleerde of de User-Agent-header begon met het woord Mozilla, een waarde die elke browser standaard meestuurt.

GitLab, het platform voor broncodebeheer en CI/CD dat in de hele sector wordt gebruikt, onthulde CVE-2026-19478 op 17 augustus 2026: een GraphQL-directive met een CVSS-score van 9,4 waarmee een niet-geauthenticeerde aanvaller via het netwerk, zonder enige gebruikersinteractie, publieke projecten en gebruikersdata kon wijzigen of verwijderen. Apple patchte CVE-2026-65400 op 6 augustus 2026, een fout in het statusbeheer van de credentialvalidatie van macOS Screen Sharing, de ingebouwde remote-desktopdienst die luistert op netwerkpoort 5900. Drie los van elkaar staande organisaties, drie los van elkaar staande producten, een venster van zes dagen.

Van patch naar massaal misbruik binnen dagen, niet maanden

Het RondoDox DDoS-botnet bouwde al op 24 november 2025 een werkende exploit voor het Ray-lek in, twee volle dagen voordat het lek op 26 november 2025 überhaupt publiek werd gemaakt, omdat er al een proof-of-concept circuleerde. Een tweede campagne, ShadowRay 2.0, speurt specifiek naar ongepatchte Ray-clusters op NVIDIA-GPU's en bouwt die om tot zelfreplicerende cryptomining-botnets, wat aantoont dat aanvallers AI-trainingsinfrastructuur nu bewust viseren vanwege de ruwe rekenkracht.

Het Screen Sharing-lek van Apple volgde hetzelfde versnellingspatroon. De patch verscheen op 6 augustus 2026, het Nederlandse Nationaal Cyber Security Centrum (NCSC-NL) bevestigde actief misbruik tegen Macs die vanaf het open internet bereikbaar waren, en in elk bevestigd geval kreeg de aanvaller rootrechten en installeerde een Monero-cryptominer. CISA verhoogde de ernstscore van het lek op 14 augustus 2026, acht dagen na de patch, van 7,1 naar 9,8, nadat was bevestigd dat de exploit op grote schaal automatiseerbaar was geworden. CISA voegde het Ray-lek op 17 augustus 2026 toe aan de Known Exploited Vulnerabilities-catalogus, met een deadline van 20 augustus 2026 voor Amerikaanse federale overheidsinstanties.

Wat dit betekent voor het patchritme

Niets hiervan is exotisch. Ray draait op AI-trainingsclusters, GitLab zit in de softwaretoeleveringsketen, en Screen Sharing staat op elke Mac die een IT-team op afstand beheert, drie gewone infrastructuuronderdelen die de meeste organisaties al gebruiken. De kloof die vroeger bestond tussen het uitbrengen van een patch door een leverancier en grootschalig misbruik door criminelen was al een tijd aan het krimpen, en de tijdlijn van Ray laat zien dat die nu zelfs negatief kan worden: de exploit werd bewapend voordat het publiek überhaupt wist dat het lek bestond.

Een maandelijkse of driemaandelijkse patchcyclus is geen verdedigbare beveiligingshouding meer voor iets met een netwerkgerichte beheer- of ontwikkeloppervlakte, en self-hosted GitLab, AI-trainingsclusters en op afstand beheerde Mac-vloten vallen allemaal ruimschoots binnen die categorie. Het praktische antwoord is om het aantal dagen van patch-release tot volledige uitrol als bijgehouden bestuursniveau-metriek te volgen voor elk van deze drie categorieën, met bijzondere aandacht voor self-hosted AI- en ML-infrastructuur, omdat dit een nieuwere categorie is waarvoor de meeste securityteams nog geen snel patchproces hebben gebouwd.

Lees hierna: SAP Commerce Cloud-fout werd misbruikt voordat de meeste bedrijven hem patchten  |  Twee SharePoint-bugs vormen samen volledige RCE