Your RSA-2048 keys break in 2030. Find every one of them before attackers do.
🐹 Go
Not in CISA KEV

CVE-2026-61604 — ixo-blockchain

Fix: ixofoundation/ixo-blockchain#534

CVE-2026-61604 is a CWE-285 vulnerability in github.com/ixofoundation/ixo-blockchain/v8. A fix is available for github.com/ixofoundation/ixo-blockchain/v8 — see the affected versions and patch details below.

ixo Blockchain x/bonds DID-resolved payer drain + x/entity ICA authorization bypass

Also known asGHSA-w3rp-4cm2-4wgcGO-2026-6595
Published
Updated
Affected
7 pkgs
Patched
1 / 7
Exploits
None indexed
Exploitation data as of Oct 17, 2026 · OSV.dev, NVD, FIRST.org (EPSS)

Exploitation Status

No confirmed exploitation observed yet

  • CISA assesses this as automatable — exploitation doesn’t require manual, per-target effort, which raises the odds of mass scanning and opportunistic attacks.
  • A successful exploit gives an attacker total control of the affected component, not partial access.
  • CISA’s own triage has not observed active exploitation or public proof-of-concept code for this CVE as of its last assessment.

Exploitation and automatability from CISA’s SSVC triage for CVE-2026-61604.

EPSS Exploitation Probability

via FIRST.org ↗
0.3%probability of exploitation in next 30 days
Lower Risk0.00%
Lower risk than most CVEs17th percentile — riskier than 17% of all scored CVEsHighest risk
0.00%0.26%0.51%0.77%0.3%0.3%Oct 26Oct 26

Probability of exploitation in the next 30 days, from FIRST.org EPSS.

Real-World Exposure

7 pkgs affected
🐹github.com/ixofoundation/ixo-blockchain/v8🐹github.com/ixofoundation/ixo-blockchain/v7🐹github.com/ixofoundation/ixo-blockchain/v6🐹github.com/ixofoundation/ixo-blockchain/v5🐹github.com/ixofoundation/ixo-blockchain/v4🐹github.com/ixofoundation/ixo-blockchain/v3🐹github.com/ixofoundation/ixo-blockchain

Real-time download stats are indexed for npm and PyPI packages. This vulnerability affects Go packages — download data is not available via public APIs for these ecosystems.

Description

The ixo Blockchain is a Layer 1 blockchain that runs on both Testnet and Mainnet. Prior to version 8.0.0, the x/bonds module moved funds from an address that was resolved from a DID verification method, without verifying that the resolved address belonged to the transaction signer. Affected handlers included MsgMakeOutcomePayment, MsgBuy, MsgSell, MsgSwap, and MsgWithdrawShare, as well as the batch order processor. Because any account may list an arbitrary blockchainAccountID as a verification method on a DID it controls (without the consent of that address's owner), an attacker could register victims' addresses as verification methods on their own DID and then move the victims' balances into a bond the attacker controlled — later withdrawing and bridging the proceeds off-chain. This was exploited on ixo mainnet (ixo-5) on 2026-06-20. The attack required no victim keys, signatures, or system compromise — any account holding a balance in a token a bond could use was at risk. This was fixed in v8.0.0, delivered via the on-chain v8 software-upgrade. The x/bonds module is disabled: every bonds message is rejected on all routes (top-level, authz, CosmWasm, and ICA), and the bonds batch EndBlocker is a no-op so no further reserve movements can occur. All node operators and validators must upgrade to v8.0.0. The flaw is in chain state-machine logic and can only be remediated by running the patched binary. There is no application-level workaround. The vulnerability is in consensus logic; remediation requires the network to run the patched (v8.0.0) binary. The bonds module remains disabled in v8.0.0 and will only be re-enabled in a future release once the signer-authorization model has been corrected.

Affected Packages

7 total 1 fixed
EcosystemPackageVulnerable rangeFix
🐹Gogithub.com/ixofoundation/ixo-blockchain/v8all versions8.0.0go get github.com/ixofoundation/ixo-blockchain/v8@v8.0.0
🐹Gogithub.com/ixofoundation/ixo-blockchain/v7all versionsNo fix
🐹Gogithub.com/ixofoundation/ixo-blockchain/v6all versionsNo fix
🐹Gogithub.com/ixofoundation/ixo-blockchain/v5all versionsNo fix
🐹Gogithub.com/ixofoundation/ixo-blockchain/v4all versionsNo fix
🐹Gogithub.com/ixofoundation/ixo-blockchain/v3all versionsNo fix

Detection & mitigation playbook

Open-source dependency
  1. Detect

    Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for github.com/ixofoundation/ixo-blockchain/v8, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.

  2. Fix

    Update github.com/ixofoundation/ixo-blockchain/v8 to 8.0.0 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms CVE-2026-61604 is resolved across your whole dependency graph.

  3. Workarounds

    Put an independent control in front of the weakness: restrict the affected endpoint or interface to trusted networks, require an additional authentication factor or proxy-level check, and invalidate existing sessions and credentials in case the flaw has already been used.

Frequently Asked Questions

The ixo Blockchain is a Layer 1 blockchain that runs on both Testnet and Mainnet. Prior to version 8.0.0, the x/bonds module moved funds from an address that was resolved from a DID verification method, without verifying that the resolved address belonged to the transaction signer. Affected handlers included MsgMakeOutcomePayment, MsgBuy, MsgSell, MsgSwap, and MsgWithdrawShare, as well as the batch order processor. Because any account may list an arbitrary blockchainAccountID as a verification method on a DID it controls (without the consent of that address's owner), an attacker could register
O3 Security · Impact-Aware SCA

Is CVE-2026-61604 in your dependencies?

Find it across Go, including transitive dependencies.

CVE-2026-61604: ixo-blockchain — Fixed in 8.0.0