Lead story
NadMesh Is Hunting Your Exposed AI Stack for Cloud Keys — and It's Already Got Thousands
There's a botnet out there with a scoreboard. As of early July, the operator dashboard behind a Go-written bot called NadMesh claims 3,811 unique AWS keys harvested from exposed AI services. That number is either a brag, a lie, or a very uncomfortable truth — possibly all three.
NadMesh works by continuously feeding a Shodan-powered scanner a queue of targets: ComfyUI, Ollama, n8n, Open WebUI, Langflow, and Gradio. If those names aren't immediately familiar, think of them as the layer of AI tooling that teams spin up fast — local model runners, image generators, workflow builders — and firewall later. Often much later. Or never.
Why this matters more than your typical credential-stealer
Ordinary infostealers go after browser passwords. NadMesh is going after cloud infrastructure credentials. An AWS key with the wrong permissions attached isn't just a login — it's a skeleton key to storage buckets, compute instances, databases, and billing accounts that can rack up six-figure charges before anyone notices. (AWS had its own billing-bug chaos this week, which won't have made cloud finance teams feel any calmer.)
The choice of targets is deliberate and revealing. ComfyUI and Gradio are the kind of tools developers run locally and then accidentally expose via ngrok or a misconfigured reverse proxy. Ollama, the popular local LLM runner, defaults to listening on all interfaces in some configurations. These aren't enterprise products with hardened default security postures — they're developer tools designed for convenience first.
The broader pattern
NadMesh is described as part of a campaign called ChainVeil — the same actor cluster behind a four-tier blockchain-based command-and-control infrastructure that researchers flagged recently. Using the blockchain as C2 is a meaningful escalation: there's no domain to seize, no server to take down. The botnet's instructions arrive via Tron transactions. It's a resilience play.
This fits a pattern security teams should be watching closely. AI tooling is being adopted faster than it's being secured. The attack surface isn't some exotic zero-day — it's just exposed HTTP ports and default credentials on software that was never meant to face the internet.
What to watch and what to do
If your organisation runs any of the targeted tools — ComfyUI, Ollama, n8n, Open WebUI, Langflow, or Gradio — the immediate question is whether they're reachable from the internet. They probably shouldn't be. Put them behind a VPN or authentication proxy, rotate any cloud credentials that may have been accessible, and check your AWS CloudTrail logs for unusual API calls.
For Australian organisations, the ACSC's guidelines on cloud security hygiene apply directly here. Exposed AI services sitting on public IPs with no authentication are a SOCI Act third-party risk waiting to happen — particularly for managed service providers who've stood up AI tooling for clients without reviewing the network exposure.
The uncomfortable headline is that attackers have already moved on from asking "does anyone have AI services?" to "how many cloud keys can I collect from the ones that are exposed?" The answer, apparently, is thousands.
