SOCLYDE logo
Current languageEN
Cybersecurity newsSupply chainCoderTerraform

Coder registry: tampered modules force teams to replace cloud access credentials

The Coder Registry incident redirected some traffic to Terraform modules able to search for credentials. Here is what deployments should check.

By Soclyde Team

A developer compares software packages before revoking a token

In summary

  • Between 07:35 and 21:45 UTC on August 31, 2026, some registry.coder.com traffic was redirected to unauthorised infrastructure.
  • Modified modules could search for and exfiltrate cloud, CI/CD and other secrets visible to the provisioner.
  • Affected deployments should check logs and caches, rotate secrets and apply fixed Coder releases.

Explore next

Soclyde resources

Article contents

On September 4, 2026, Coder described an incident that took place on August 31 in its module registry. A compromised Cloudflare API key allowed an unidentified actor to add servers to the path serving registry.coder.com. During a several-hour window, some downloads received modified modules designed to search for and exfiltrate secrets.

A legitimate domain, altered delivery

The key point is not a fake domain selected by a user. Coder says requests to the normal registry could be redirected to a malicious server. Terraform modules run in a provisioning chain, so they can see variables, tokens and files available to the provisioner.

Coder says its codebase and Google Cloud infrastructure were not compromised. That does not reduce the risk to a deployment that downloaded a module during the stated window to zero.

Scope depends on usage

Coder highlights template creation or updates and workspaces created with module caching disabled as cases to check. BleepingComputer reports that modified modules searched for cloud credentials. Security.io notes that the response depends on provisioner visibility and Coder architecture.

These facts do not show that every installation exfiltrated secrets. They do require a focused review of deployments that downloaded modules during the August 31 window.

The checks to run

List templates, template versions and workspaces created or updated between 07:35 and 21:45 UTC. Use the queries and indicators in Coder’s GitHub advisory, including connections to the collection domain named by the vendor. Review firewall, DNS, proxy and VPC logs as well as module caches.

Update Coder to a fixed release, remove suspicious modules or versions and rebuild templates after review. Preserve useful copies and hashes for investigation instead of overwriting them during cleanup.

Secret rotation is the priority

Rotate cloud keys, CI/CD credentials, OIDC tokens, SSH keys, AI-tool credentials and variables visible to affected provisioners. Start with accounts that can change infrastructure or recover other access. Include secrets reused across environments.

A version change does not revoke a token that was already read. If an indicator appears, isolate the workspace or provisioner, preserve logs and involve incident response.

The Soclyde connection

Soclyde does not control Coder Registry and cannot certify that a module was intact. It can help a team generate unique secrets and keep an inventory of access to rotate in local-first encrypted vaults, without multiplying copies in configuration files.

That organisation supports rotation after analysis, but does not replace Coder remediation, cache review or outbound-traffic monitoring.

Key takeaways

The Coder incident shows that a download from an expected domain can still come from altered infrastructure. Identify modules fetched on August 31, check indicators, fix Coder and revoke reachable secrets. To structure the rotation, read the secure password generator guide or contact Soclyde.

Frequently asked questions

Am I affected if I used Coder’s official domain?

Possibly: the incident affected infrastructure behind registry.coder.com. Check whether a template or workspace downloaded a module during the August 31 window, then use Coder’s GitHub advisory for the exact scope.

Which secrets should be rotated?

Start with secrets visible to affected provisioners and workspaces: cloud keys, CI/CD credentials, OIDC and SSH keys, AI-tool credentials and configuration variables. The exact scope depends on your architecture and logs.

Does a Coder update remove the compromise?

No. Fixed releases and cache remediation reduce future risk, but you still need to hunt for the published indicators, revoke secrets and analyse affected templates.

References

Sources and references

Need advice?

Design your password strategy with Soclyde

Schedule a dedicated walkthrough with the team to see how local-first security adapts to your stack.

Talk with us

Keep reading