Press TechRound interviews Secure.com CEO on the future of AI security
Read

CISA Puts a Critical Ray AI Flaw on Its Must-Patch List After Real World Attacks

CISA added a critical Ray AI RCE flaw to its KEV catalog after active exploitation. Federal agencies were told to patch it fast.

Dateline: August 18, 2026

The tool that helps run some of the world’s biggest AI workloads now has a bug serious enough for the U.S. government to step in. On August 17, the Cybersecurity and Infrastructure Security Agency added a critical flaw in Ray, the open source engine used to scale AI and machine learning jobs, to its Known Exploited Vulnerabilities catalog. Translation: this is not theoretical. Someone is using it. And federal agencies were given until August 20 to fix it.

What Happened?

The flaw, tracked as CVE-2025-62593, carries a CVSS score of 9.4. It lets an attacker run code on a developer’s machine through the web browser, of all places.

Here’s the odd part. Ray’s dashboard tried to block browser-based attacks by checking whether a request’s User-Agent header started with “Mozilla.” That was the whole defense. Trouble is, browsers let scripts rewrite that header, so the check does almost nothing. Pair that weak guard with a DNS rebinding trick, which fools the browser into treating a remote attacker’s server and a local Ray instance as the same origin, and a developer just needs to visit a booby-trapped website or load a malicious ad while Ray is running. The attack was shown to work in Firefox and Safari.

Once the request slips through, it reaches Ray’s job submission API, which historically ships without authentication. That API happily runs the attacker’s code. Ray version 2.52.0 fixes the browser flaw, and it is the version teams should be on.

What’s the Impact?

Ray sits underneath a lot of heavy compute. When a flaw like this gets weaponized, the payoff for attackers is large: developer credentials, access to training data, and a foothold into GPU-rich environments.

That payoff is already being collected. Researchers have tied exposed Ray clusters to the RondoDox DDoS botnet and to a cryptojacking campaign called ShadowRay 2.0, where attackers hijack AI infrastructure, mine cryptocurrency on stolen GPUs, and use the clusters’ own scheduling features to spread to other machines. One report counted more than 230,000 Ray servers reachable on the open internet. Many were never meant to be there. Ray’s maintainers designed it for trusted, isolated networks, but plenty of teams deploy it exposed anyway. That gap between how a tool is meant to run and how it actually runs is where attackers live.

How to Avoid This

A few practical moves, ranked by how much they buy you:

  • Update Ray to 2.52.0 or later. This closes the browser-based path directly.
  • Get the Ray dashboard and Jobs API off the public internet. Put them behind a firewall, VPN, or private network segment. Port 8265 is the one to watch.
  • Turn on authentication for job submissions. Recent Ray builds support token auth, but it is off by default, so you have to switch it on.
  • Watch for the tells: unexpected jobs hitting /api/jobs/, miner processes masquerading as system workers, CPU throttled near 60% to stay quiet, and new cron or systemd persistence.
Indicators of Compromise
Ray CVE-2025-62593 · RondoDox · ShadowRay 2.0
These indicators come from public research into botnet campaigns abusing exposed Ray clusters and related flaws. Treat IPs and hashes as historical. Confirm against your own telemetry before blocking, since infrastructure rotates and residential IPs may belong to unaware victims.
Note on scope: CVE-2025-62593 is the browser-based (DNS rebinding) flaw patched in Ray 2.52.0. Much of the wider Ray botnet activity also abuses the older unauthenticated Jobs API issue (CVE-2023-48022). Indicators below reflect both, as reported by researchers.
RondoDox hosting / payload IPs
IP addressCompanyCountry
78.153.149[.]90Global Internet SolutionsRussia
154.91.254[.]95Cloud Innovation LtdBrazil
45.8.145[.]203WorkTitans B.V.Netherlands
37.32.15[.]8AbrArvan IaaSIran
45.92.1[.]501337 Services GmbHNetherlands
RondoDox C2 IPs
IP addressCompanyASN
135.148.68[.]54OVH SASAS16276
83.150.218[.]93Association YORKHOSTAS199415
45.94.31[.]891337 Services GmbHAS210558
45.125.66[.]100ServerofferAS133398
File hash (SHA-256)
HashNoteType
691e4ec280aaff33270f33a9bb48a3fc38e2bd91c7359e687e3f0bd682f20b54RondoDox binary sampleMalware
Behavioral indicators to hunt for
  • Malicious User-Agent string used in RondoDox exploit attempts: Mozilla/5.0 (rondo2012@atomicmail[.]io)
  • First-stage shell scripts named in the pattern rondo.XXX.sh (three-letter infix, fetched via wget or busybox piped to shell)
  • Unauthenticated job submissions hitting the Ray dashboard endpoints /api/jobs/ or /api/job_agent/jobs/
  • XMRig cryptominer processes disguised as legitimate system or kernel worker names
  • CPU usage capped near 60% and hidden GPU consumption to dodge monitoring (ShadowRay 2.0 evasion)
  • New cron jobs or systemd services created for persistence on Ray nodes
  • Reverse shells or lateral job spread across cluster nodes via Ray’s own scheduling APIs
  • Outbound scanning or DDoS traffic, including sockstress-style TCP state exhaustion toward port 3333
Sourcing: BitSight TRACE RondoDox infrastructure analysis (March 2026), Oligo Security ShadowRay 2.0 research (November 2025), F5 Labs RondoDox tracking, Ray project security advisory GHSA-q279-jhrf-cc6v, NVD, and the CISA KEV catalog. Indicators are point-in-time. Defanged notation ([.]) used throughout.