Skip to content

Articles

OVHcloud CLI review: Security Risks from the October 2026 Malicious Release

In short

Attackers replaced OVHcloud CLI binaries for versions v0.11.0 to v0.15.0 on October 19, 2026. The incident exposed users to an information-stealing payload that targeted cloud credentials and SSH keys.

Rating 4.6 63 votes
Security blueprint illustration of a compromised CLI terminal and warning shield.

OVHcloud CLI users faced a supply-chain compromise on October 19, 2026, when attackers published malicious binaries for five release versions. The window lasted roughly 94 minutes and affected only those who downloaded during that period from GitHub. No source code or build systems were breached.

OVHcloud CLI review: Timeline and Technical Details of the Attack

Attackers gained access to a developer GitHub account named HassenBF and used it to overwrite release assets. The malicious files carried a stripped Go binary with embedded envchecker stealer logic. This payload scanned for configuration files including ~/.ovh.conf, environment variables, SSH private keys, and credentials for AWS, GCP, Azure, Docker, Kubernetes, Terraform, and Git.

The malware staged collected data in temporary directories named envchecker-XXXX before attempting exfiltration over Solana RPC endpoints and a hardcoded IP address. OVHcloud confirmed that the repository lacked release immutability, which allowed direct asset replacement without triggering any CI workflows. Source code, the build pipeline, and all other repositories remained untouched.

A customer CI pipeline detected the tampering when SHA-256 hashes for the v0.15.0 Linux arm64 archive failed to match the pinned value. This mismatch triggered a public GitHub issue that prompted OVHcloud to remove the tainted files by approximately 14:21 UTC. The company released v0.16.0 the same day with signed tags and enabled release immutability across the organization.

Impact Assessment and User Exposure

Only users who installed or upgraded via GitHub releases, the official install script, or specific upgrade paths between roughly 12:47 and 14:21 UTC encountered the malicious binaries. Earlier versions up to v0.10.0 and the new v0.16.0 release were unaffected. OVHcloud reported approximately 250 downloads during the exposure window, though no confirmed cases of data exfiltration have been published.

Infographic timeline of the 94-minute malicious OVHcloud CLI release window.
Exposure window between 12:47 and 14:21 UTC during the asset substitution.

The compromise has been linked by OpenSourceMalware to the GlassWorm threat actor, previously associated with browser-extension attacks and Solana wallet activity. OVHcloud advised affected users to rotate all secrets that could be read from the compromised machine, preferably from a clean system, and to delete any suspect binary before installing the clean v0.16.0 release.

Security teams should verify the integrity of any OVHcloud CLI installation performed on October 19, 2026. Checking release signatures on current installations and reviewing access logs for unusual outbound connections to Solana RPC endpoints provide additional verification steps. Organizations that pin CLI versions by hash avoided the issue entirely.

Current Status and Hardening Measures

OVHcloud has restored clean releases and implemented release immutability as a permanent control. The incident highlights the importance of signed releases and immutable assets for open-source CLI tools. Users who require the tool for production workloads can now install v0.16.0 with greater assurance that the binary has not been altered after publication.

Teams managing multiple cloud providers should maintain separate credential stores and rotate keys on a regular schedule regardless of this event. Monitoring for unexpected processes that read configuration directories remains a practical defense against similar future attempts.

Frequently asked questions

Which OVHcloud CLI versions were compromised?

Versions v0.11.0 through v0.15.0 contained malicious binaries for approximately 94 minutes on October 19, 2026. Versions up to v0.10.0 and v0.16.0 and later are clean.

How can users verify their OVHcloud CLI installation?

Check the installed version against v0.16.0, verify release signatures, and confirm SHA-256 hashes match official values. Rotate any credentials that may have been readable on October 19.

Did the attack affect OVHcloud infrastructure itself?

No. OVHcloud stated that source code, the build pipeline, and other repositories were not compromised. The only vector was direct replacement of GitHub release assets.

What data did the malware target?

The payload searched for OVHcloud API credentials, SSH keys, and configuration files for AWS, GCP, Azure, Docker, Kubernetes, Terraform, and Git.

Comments 13

Kamal
this sounds pretty serious, i updated my ovh cli last week and now i gotta check if that was the bad version
linda h
did they already release a clean 0.15.1 or do we still need to stay on 0.10?
Boris V
i work with ovh every day so this makes me nervous, gonna wipe my ssh keys just in case
Mara
for now i switched to the docker version so i don’t have to trust their binaries anymore
ravi99
it’s crazy they only noticed after almost a week
Tina M
anyone else lost their access keys in the same way?
surya
not sure the hash list they posted is complete, hope someone double-checks
Oscar L
i only run cli from their apt repo, so i think i’m safe
Priya
good reminder to use short-lived tokens, won’t make the same mistake twice
jake
i don’t get how they got write access to the downloads, is there a post-mortem yet?
Amir K
exactly why i always pin the binary checksum in my ansible playbooks
sophie
wonder if the ssh-agent socket stealing actually worked on linux
Marek
the payload was just a small golang dropper, not even obfuscated

Leave a comment