Your AI/ML Stack Has Critical RCEs at Every Layer — and Commodity Agents Exploit Known Vulns in Minutes
The Pattern You Can't Ignore
This isn't one library having a bad week — it's every layer of the AI/ML toolchain shipping critical-severity vulnerabilities simultaneously. The SANS @RISK data reveals a systemic maturity deficit across tools that engineering teams adopted at startup speed and never hardened:
| Tool | Layer | CVE | CVSS | Impact |
|---|---|---|---|---|
| FastGPT | App Platform | Pre-4.14.9.5 | 10.0 | Unauthenticated HTTP proxy |
| Kestra | Orchestration | CVE-2026-34612 | 9.9 | SQL injection → RCE |
| Windmill | Orchestration | CVE-2026-23696 | 9.9 | SQL injection → RCE |
| llama.cpp | Inference | Pre-b8492 | 9.8 | RCE via malicious GGUF model |
| Claude Code CLI | Agent SDK | — | 9.8 | OS command injection, credential theft |
| Nektos Act | CI/CD | CVE-2026-34041 | 9.8 | Environment injection |
| Ruby LSP | IDE | CVE-2026-34060 | 9.8 | Arbitrary code exec via .vscode/settings.json |
| LiteLLM | API Gateway | — | 9.1 | Auth bypass, identity theft |
| AIOHTTP | Async HTTP | CVE-2026-34520 | 9.1 | Response splitting via null bytes |
Why This Is Worse Than Typical CVE Noise
The llama.cpp RCE is especially dangerous: a malicious GGUF model file triggers arbitrary code execution via missing bounds validation in deserialize_tensor(). If you download models from Hugging Face or any community registry, a poisoned model file owns your inference server. The Claude Code CLI vulnerability means your AI coding assistant's auth helper path is an injection vector for credential theft. And FastGPT's unauthenticated HTTP proxy at CVSS 10.0 turns your agent builder into an open relay.
AI tooling has been adopted at speed without the security hardening cycle that traditional infrastructure went through over decades.
The Offense Side Is Accelerating Faster
Simultaneously, Buzz (Sequoia-backed) demonstrated that compound AI agents built from off-the-shelf Anthropic, OpenAI, and Google models autonomously exploited 103 of 122 CISA KEVs — an 84.4% success rate — with most exploits completing in under an hour. The React2Shell vulnerability fell in 22 minutes. No human in the loop. Chevron's CISO now advocates abandoning patch-first defense for assumed-breach architectures with aggressive network segmentation.
The implication is stark: your vulnerability remediation pipeline is now a security-critical system with SLA requirements measured in minutes, not days. If your process involves a Jira ticket and a sprint planning meeting, you're operating with an architecture that assumes human-speed attackers.
Additional Developer Toolchain Threats
GrafanaGhost exploits AI components in Grafana via prompt injection during routine image requests — no user interaction, bypasses existing policies. Your WAF doesn't inspect prompts, your SIEM doesn't correlate AI assistant queries. OpenSSL CVE-2026-31790 leaks uninitialized memory through RSASVE key encapsulation. Ruby LSP allows arbitrary code exec via malicious .vscode/settings.json — opening a cloned repo can compromise your machine.
What to do
Run version audits across all AI/ML tooling today: llama.cpp ≥ b8492, FastGPT ≥ 4.14.9.5, Kestra ≥ 1.3.7, Windmill outside 1.276.0-1.603.2, AIOHTTP ≥ 3.13.4, Nektos Act > 0.2.85
Implement model file provenance verification for any GGUF/safetensors files loaded by llama.cpp or similar inference engines — reject unsigned model files in production
Audit Grafana deployments for AI feature enablement and disable AI assistant features in production unless explicitly monitored
Establish policy against trusting .vscode directories in cloned repos and warn team about Ruby LSP attack vector
Measure your actual time-to-patch for the last 10 CISA KEVs in your environment — if any exceeded 24 hours, redesign your patching pipeline for automated deployment with health-check rollback