GHSA-54GX-3CGR-7MFM

GHSA-54GX-3CGR-7MFM is a critical-severity security vulnerability in github.com/cosmos/evm (go), affecting versions < 0.6.0. It is fixed in 0.6.0.

Does this CVE actually affect you?

Kodem shows which CVEs are reachable and running in your applications, so you fix what's exploitable, not just what's listed.

Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.

Runtime intelligence, not another scanner.

Summary

Cosmos EVM: incorrect state handling during nested EVM execution paths

Advisory ID: ASA-2026-002

Component: ICS20 Precompile

Status: Resolved

Published: March 2026

Contact: [email protected]

Security Advisory ASA-2026-002

Status: Resolved. A patch is available and all known affected chains have either applied mitigations or upgraded.

Field Value
Severity Critical
Affected Component ICS20 Precompile
Affected Versions Cosmos EVM implementations including the ICS20 precompile
Patched Version v0.6.0
First Reported January 21, 2026
Public Disclosure March 2026

Introduction

Recently, there was a vulnerability affecting a feature used by some chains built on the Cosmos EVM stack. Working together with ecosystem partners and affected teams, particularly Saga, B-Harvest, Mantra, Zellic and Sherlock, Cosmos Labs investigated the issue, coordinated mitigations, developed a permanent fix, and issued a patch to affected chains.

We appreciate the collaboration of the teams who assisted during the investigation and response process and thank our ecosystem partners for their support in coordinating mitigation and validation efforts.

Remediation Summary

On January 21, 2026, Cosmos Labs was notified of suspicious activity on a network running the affected implementation. The issue resulted in financial loss on the Saga EVM network.

After confirming the vulnerability, Cosmos Labs coordinated with the affected chain team and ecosystem partners to investigate the issue, deploy mitigations, and assist other chains running the affected code.

Cosmos Labs contacted chains known to be running versions containing the affected component to verify their configurations and support mitigation where necessary. At the time of publication, all known affected chains have either applied mitigations or upgraded to a patched version.

Root Cause

The vulnerability was caused by incorrect state handling during nested EVM execution paths involving the ICS20 precompile.

Under certain execution conditions, state updates performed during recursive calls were not correctly reflected in the outer execution context. This could allow repeated use of the same token balance within a single transaction.

Mitigation

As an immediate mitigation, chains were advised to disable the ICS20 precompile through a coordinated upgrade.

Cosmos Labs assisted ecosystem teams in verifying whether their chains were affected and in applying the mitigation where required.

  • 15 chains were identified as running code containing the issue
  • 6 chains did not have the affected feature enabled
  • The remaining chains implemented the mitigation before exploitation occurred
  • 1 chain experienced an exploit prior to mitigation

Long-Term Fix

A permanent fix was implemented to ensure state consistency across nested EVM execution paths. The patch was distributed privately to affected teams for validation and later released publicly.

The fix is included in v0.6.0.

Am I Affected?

Chains may be affected if they:

  • Run versions of the Cosmos EVM stack that include the ICS20 precompile implementation
  • Have the ICS20 precompile enabled
  • Have not upgraded to v0.6.0 or applied the mitigation

Chains that have upgraded to v0.6.0 or have disabled the ICS20 precompile are not vulnerable to this issue.

If you are unsure whether your chain is affected, please contact:

[email protected]

Timeline

July 2024

The code containing the vulnerability was introduced upstream.

January 21, 2026

A network running the affected implementation experienced an exploit. The incident resulted in an estimated loss of approximately $7M on that network.

January 21, 2026

Cosmos Labs was notified of the potential vulnerability and began investigating.

January 21–22, 2026

The issue was reproduced and an initial mitigation was identified.

Late January 2026

Root cause analysis was conducted and a long-term fix was developed.

Early February 2026

The fix was validated internally and shared privately with affected ecosystem teams for review and testing.

Mid February 2026

Patches and mitigation guidance were distributed to chains running affected code.

March 2026

The permanent fix was released publicly as part of v0.6.0.

Acknowledgements

We would like to thank the teams and security partners who collaborated with us during the investigation and remediation process, including contributors from:

  • Saga
  • B-Harvest
  • Mantra
  • Zellic
  • Sherlock

Their collaboration and responsiveness helped accelerate investigation, validation of the fix, and coordinated mitigation across affected chains.

Strengthening Security Processes

Following this incident, Cosmos Labs is implementing several improvements to further strengthen the security of the Cosmos EVM stack, including:

  • Expanded fuzz testing focused on complex execution paths
  • Additional auditing of state management logic across EVM integrations
  • Improvements to testing frameworks for precompile functionality
  • Continued collaboration with ecosystem security partners
  • Increased our bug bounty payouts for our security program

These improvements are designed to reduce the likelihood of similar issues and ensure that teams building on the Cosmos stack can continue to rely on secure and well-tested infrastructure.

Disclosure and Coordination

Cosmos Labs coordinated with ecosystem partners and affected teams to investigate the issue, validate mitigations, and distribute the permanent fix prior to public disclosure.

We appreciate the collaboration of ecosystem teams who assisted with investigation, validation, and responsible remediation of this issue.

Responsible Disclosure

Cosmos Labs encourages responsible disclosure of potential vulnerabilities.

Security researchers who discover a potential issue are encouraged to report it privately so it can be investigated and addressed responsibly.

Reports can be submitted to:

[email protected]

Information about Cosmos Labs security programs and responsible disclosure practices, including bug bounty opportunities, will be made available through Cosmos Labs security channels, which can be signed up for here.

Impact

Affected versions

github.com/cosmos/evm (< 0.6.0)

Security releases

github.com/cosmos/evm → 0.6.0 (go)

Kodem intelligence

Severity tells you how bad this could be in the worst case. It does not tell you whether you are exposed. Exploitability and impact are functions of runtime truth: whether the vulnerable code is present, reachable, and actually executes in your application. A vulnerable package can sit in your dependency tree and never run.

Kodem, an Intelligent Application Security platform, uses runtime intelligence to reveal which vulnerabilities actually execute in production, so teams prioritize the ones that genuinely matter. Kodem's runtime-powered SCA identifies whether this CVE is reachable in your applications.

Already deployed Kodem?

See it in your environmentNew to Kodem? Get a demo →

Remediation advice

Upgrade github.com/cosmos/evm to 0.6.0 or later to resolve this vulnerability.

Kodem Kai can prioritize this vulnerability in your dependency tree and generate a fix recommendation.

Frequently Asked Questions

  1. What is GHSA-54GX-3CGR-7MFM? GHSA-54GX-3CGR-7MFM is a critical-severity security vulnerability in github.com/cosmos/evm (go), affecting versions < 0.6.0. It is fixed in 0.6.0.
  2. Which versions of github.com/cosmos/evm are affected by GHSA-54GX-3CGR-7MFM? github.com/cosmos/evm (go) versions < 0.6.0 is affected.
  3. Is there a fix for GHSA-54GX-3CGR-7MFM? Yes. GHSA-54GX-3CGR-7MFM is fixed in 0.6.0. Upgrade to this version or later.
  4. Is GHSA-54GX-3CGR-7MFM exploitable, and should I be worried? Whether GHSA-54GX-3CGR-7MFM is exploitable in your environment depends on whether the vulnerable code is present and reachable. A CVSS score is a worst-case rating; it does not account for your specific deployment, configuration, or usage patterns. Kodem, an Intelligent Application Security platform, uses runtime intelligence to show which vulnerabilities actually execute in production, so you can focus on the ones that represent real risk. Get a demo
  5. What actually determines whether GHSA-54GX-3CGR-7MFM is exploitable, and how bad it is? Exploitability and impact are not fixed properties of a CVE. They depend on runtime truth: whether the vulnerable code is present, reachable, and actually executes in your application. A high CVSS score on a dependency that never runs is not the same as real risk. Kodem, an Intelligent Application Security platform, uses runtime intelligence to reveal which vulnerabilities actually execute in production, so teams prioritize the ones that genuinely matter.
  6. How do I fix GHSA-54GX-3CGR-7MFM? Upgrade github.com/cosmos/evm to 0.6.0 or later.

Other vulnerabilities in github.com/cosmos/evm

Stop the waste.
Protect your environment with Kodem.