Severity: High | Priority: 1
On October 19, 2026, an attacker used a compromised OVHcloud developer’s GitHub account to replace the release binaries of the official OVHcloud CLI (ovh/ovhcloud-cli). The affected versions are v0.11.0 to v0.15.0 for macOS, Linux and Windows x86-64. The malicious files were available for about 94 minutes, between roughly 12:47 and 14:21 UTC. The attacker also replaced checksums.txt, so the backdoored files matched their published checksums.
Versions v0.10.0 and v0.16.0 are clean, as are builds made from source with go install and the Docker images. The install script and Homebrew cask fetched the backdoored files during the window.
The backdoor is linked to the GlassWorm campaign. It looks up the next-stage download address in a Solana blockchain transaction, then runs a payload that searches the disk for secrets.
If an alert is raised, the source machine has run the backdoored CLI or another GlassWorm-infected tool. Isolate it and identify its user. The backdoor’s purpose is to steal secrets from disk, so treat everything readable on that machine as exposed. From a different, clean machine, rotate:
- OVHcloud API and consumer keys, and the contents of
~/.ovh.conf
- other cloud provider credentials
- SSH keys
- package registry tokens in
.npmrc, .pypirc and .netrc
- Kubernetes configs
- secrets in
.env files
Then review the logs of each service whose credentials were exposed for activity you don’t recognise.
To clean the machine:
- Remove the CLI binary.
- On macOS, delete the
~/init.json marker file.
- Install v0.16.0 or later, and confirm it with
gh attestation verify.
To check whether an existing binary is the backdoored build, run go version -m ./ovhcloud. A vcs.modified=true line or a +dirtyversion means it is malicious. The malicious build also prints no version tag when you run ./ovhcloud version.
Even if you see no alerts, find every machine and CI pipeline that installed or updated the OVHcloud CLI on October 19. In CI, pin downloads to known SHA-256 hashes and verify release attestations. On build servers, block outbound connections to Solana and other blockchain RPC services unless they have a real need for them.