CVE-2026-61604 — ixo-blockchain
Fix: ixofoundation/ixo-blockchain#534CVE-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
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
Probability of exploitation in the next 30 days, from FIRST.org EPSS.
Real-World Exposure
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-blockchainReal-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
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| 🐹Go | github.com/ixofoundation/ixo-blockchain/v8 | all versions | 8.0.0go get github.com/ixofoundation/ixo-blockchain/v8@v8.0.0 |
| 🐹Go | github.com/ixofoundation/ixo-blockchain/v7 | all versions | No fix |
| 🐹Go | github.com/ixofoundation/ixo-blockchain/v6 | all versions | No fix |
| 🐹Go | github.com/ixofoundation/ixo-blockchain/v5 | all versions | No fix |
| 🐹Go | github.com/ixofoundation/ixo-blockchain/v4 | all versions | No fix |
| 🐹Go | github.com/ixofoundation/ixo-blockchain/v3 | all versions | No fix |
Detection & mitigation playbook
Open-source dependencyDetect
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.
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.
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
Is CVE-2026-61604 in your dependencies?
Find it across Go, including transitive dependencies.