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.
Published: 2026-09-24
Score: 9.3 Critical
EPSS: < 1% Very Low
KEV: No
Impact: Unauthorized Funds Transfer
Action: Immediate Patch
AI Analysis

Impact

The vulnerability in ixofoundation’s Blockchain allowed funds to be moved from any address resolved via a DID verification method without verifying that the signer of the transaction owned that address. Because any account can list an arbitrary blockchainAccountID on a DID it controls, an attacker could register a victim’s address as a verification method on the attacker's own DID and reassign the victim’s balance to a bond controlled by the attacker. The attacker could then withdraw and bridge the proceeds off‑chain. This transferred token balances without requiring victim keys, signatures or any system compromise, representing a catastrophic loss of value. The weakness is an authorization failure (CWE‑285) and missing authorization (CWE‑862) in the chain’s state‑machine logic.

Affected Systems

ixofoundation ixo-blockchain, all releases prior to the 8.0.0 binary, including the 7.x series and the ixo-5 mainnet. The flaw impacted handlers such as MsgMakeOutcomePayment, MsgBuy, MsgSell, MsgSwap, MsgWithdrawShare, and the batch order processor, as well as any bonds-related route (top‑level, authz, CosmWasm, ICA).

Risk and Exploitability

The CVSS score of 9.3 marks this an extremely severe vulnerability. The EPSS score is not reported, but the attack requires only a valid on‑chain transaction and no victim signing material, making exploitation highly feasible for anyone with an account on the chain. It was already exploited on ixo mainnet on 2026‑06‑20, confirming real‑world impact. The vulnerability is not currently listed in the CISA KEV catalog. The vulnerability can be exploited by simply issuing a bonds message; the chain will move the victim’s funds without authorization, so the attack vector is purely on‑chain transaction submission. The fast propagation of the attack led to significant fund losses, and the only remediation is to run the patched binary, as there is no application‑level workaround.

Generated by OpenCVE AI on September 25, 2026 at 05:43 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade all ixo‑blockchain nodes to the v8.0.0 binary exactly as released by ixofoundation; this disables the entire x/bonds module and blocks all bonds messages.
  • Immediately test the upgrade by attempting a bonds‑related message (e.g., MsgMakeOutcomePayment) and confirm it is rejected on all routes—if it is not rejected, investigate configuration errors or incomplete upgrades.
  • Examine the chain history preceding the upgrade for any bonds transactions that succeeded and coordinate with the community to determine if any user funds were displaced, planning restitution if necessary.

Generated by OpenCVE AI on September 25, 2026 at 05:43 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Github GHSA Github GHSA GHSA-w3rp-4cm2-4wgc ixo Blockchain x/bonds DID-resolved payer drain + x/entity ICA authorization bypass
History

Fri, 25 Sep 2026 14:45:00 +0000

Type Values Removed Values Added
First Time appeared Ixofoundation
Ixofoundation ixo-blockchain
Vendors & Products Ixofoundation
Ixofoundation ixo-blockchain

Thu, 24 Sep 2026 18:00:00 +0000

Type Values Removed Values Added
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.
Title ixo Blockchain x/bonds DID-resolved payer drain + x/entity ICA authorization bypass
Weaknesses CWE-285
CWE-862
References
Metrics cvssV4_0

{'score': 9.3, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N'}


Subscriptions

Ixofoundation Ixo-blockchain
cve-icon MITRE

Status: PUBLISHED

Assigner: GitHub_M

Published:

Updated: 2026-09-24T18:04:39.737Z

Reserved: 2026-07-10T17:36:04.597Z

Link: CVE-2026-61604

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-24T18:17:15.707

Modified: 2026-09-24T19:17:14.790

Link: CVE-2026-61604

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-25T14:16:25Z

Weaknesses