Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessConnect to exposed UltraDAG node
-
DeliveryCraft SmartOp::Vote transaction with valid signature
-
ExploitSubmit transaction to node API
-
ExecutionTrigger state mutation before authorization
-
ImpactCause blockchain state corruption
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A10:2025 - Mishandling of Exceptional Conditions
ASVS 5.0
V16 - Security Logging and Error Handling Exception cleanup procedures
|
| Exploitation Conditions | Exploitation requires the target system to be running UltraDAG version 0.1 with the vulnerable SmartOp::Vote transaction processing logic. The attacker must have network connectivity to the blockchain node's transaction submission endpoint, which is typically exposed by design in public blockchain deployments. No special configuration is required-this vulnerability is present in default UltraDAG 0.1 installations. The attacker needs the ability to craft valid cryptographic signatures for a blockchain address with sufficient balance to pass nonce and balance prechecks, but does NOT need to be a member of the council (the critical authorization failure). User interaction is not required (UI:N). The attack is NOT limited by authentication requirements (PR:N), making this exploitable by any network-reachable attacker who can generate valid transaction signatures. Limiting factors include: requires knowledge of blockchain transaction formats and cryptographic signing, and the attacker must possess or generate a funded blockchain address to bypass balance checks. |
| Impact | This vulnerability presents significant real-world risk despite the absence of known exploitation. The CVSS 4.0 base score of 8.8 is driven by network accessibility (AV:N), low attack complexity (AC:L), and no authentication requirements (PR:N), indicating that any network-reachable attacker can exploit this without credentials or specialized conditions. The high availability impact (VA:H) reflects the potential for blockchain state corruption and consensus disruption, while low integrity impact (VI:L) suggests controlled rather than catastrophic data manipulation. EPSS probability data is not available for this CVE, and it is not listed in CISA KEV, suggesting no widespread exploitation campaigns detected. However, the low attack complexity combined with unauthenticated access makes this automatable once discovered. The 'Information Disclosure' tag appears inconsistent with the description's focus on state mutation and authorization bypass-defenders should verify whether information leakage is an additional vector. Priority assessment: HIGH for organizations running UltraDAG nodes, particularly public-facing validators, as blockchain integrity failures can cascade across the network. The availability of upstream fixes (two GitHub commits) means remediation is feasible, but the lack of a tagged release version creates deployment uncertainty. |
| Exploit ScenarioDerived | An attacker identifies an internet-accessible UltraDAG validator node running version 0.1. They craft a SmartOp::Vote transaction with valid cryptographic signature and account nonce for a non-council address, then submit it via the node's transaction API. The transaction passes initial signature and balance prechecks, triggering state mutations in the DAG structure before the council authorization check executes and fails. This causes state inconsistency across the blockchain network, potentially disrupting consensus or enabling follow-on attacks that exploit the corrupted state. The attacker requires no credentials and can automate this exploit against multiple nodes simultaneously. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Apr 21, 2026
State corruption in UltraDAG 0.1 allows remote unauthenticated attackers to bypass authorization controls and manipulate blockchain state integrity through malformed SmartOp::Vote transactions. The vulnerability enables attackers to trigger state mutations before authorization checks complete, causing high availability impact and low integrity impact to the blockchain. No active exploitation or public POC has been identified, but the CVSS vector (AV:N/AC:L/PR:N/UI:N) indicates trivial remote exploitation against default configurations. Upstream fixes are available via GitHub commits but no tagged release version has been confirmed.
RemediationAI
Apply upstream fixes by upgrading to a UltraDAG version containing commits 2f5a3a237ea519b48d71e6e3093c89f60694c7be and 45bcf7064741897319b6196d3d9f9e1307093511, available from https://github.com/UltraDAGcom/core. Consult the vendor advisory at https://github.com/UltraDAGcom/core/security/advisories/GHSA-q8wx-2crx-c7pp for release guidance. If immediate patching is not feasible, implement compensating controls by restricting network access to UltraDAG nodes using firewall rules permitting only trusted validator IP addresses (trade-off: reduces network decentralization and may impact consensus participation). Additionally, enable transaction validation logging to detect anomalous SmartOp::Vote submissions from non-council addresses, though this provides detection only and does not prevent state mutation. For production blockchain networks, consider temporarily halting new transaction acceptance until patching is complete to prevent consensus corruption, with the trade-off of service unavailability but preserved state integrity. Validate the integrity of existing blockchain state by comparing node databases before resuming operations.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
UltraDAG implements a minimal DAG-BFT (Directed Acyclic Graph Byzantine Fault Tolerant) consensus blockchain in Rust. The vulnerability stems from CWE-460 (Improper Cleanup on Thrown Exception), where the transaction processing pipeline performs state mutations before completing all authorization checks. Specifically, when processing SmartOp::Vote transactions, the system validates cryptographic signatures, nonces, and account balances as preconditions, but defers council membership authorization until after state changes have been committed. This violates the principle of fail-secure defaults in transaction processing. In blockchain contexts, such ordering failures can lead to consensus divergence, state inconsistencies across nodes, and potential double-spend scenarios. The DAG-BFT architecture makes this particularly critical as state mutations can propagate through the graph structure before being invalidated.
Know when Ultradag gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:L/VA:H/SC:N/SI:N/SA:N/U:Red
Primary rating from Vendor (github) · only source for this CVE.
CVSS VectorVendor: github
DescriptionCVE.org
UltraDAG is a minimal DAG-BFT blockchain in Rust. In version 0.1, a non-council attacker can submit a signed SmartOp::Vote transaction that passes signature, nonce, and balance prechecks, but fails authorization only after state mutation has already occurred.
Articles & Coverage 1
Executive ViewAI
UltraDAG 0.1 contains a critical authorization bypass vulnerability (CVE-2026-40583) that allows unauthenticated remote attackers to manipulate blockchain state integrity through malformed transactions, potentially causing denial of service and data corruption. Organizations running UltraDAG in production face immediate risk of consensus failure and unauthorized ledger modifications, with exploitation requiring no special privileges or user interaction.
No vendor-released patch identified at time of analysis. Interim mitigations: (1) Implement network-layer filtering to restrict remote transaction submissions to SmartOp::Vote operations from known trusted sources only; (2) Deploy transaction validation rules at ingress points to reject malformed Vote transactions before state processing; (3) Enable enhanced logging and monitoring of state mutation operations to detect anomalous patterns; (4) Establish frequent automated blockchain state verification and checkpoint mechanisms to enable rapid rollback if corruption is detected; (5) Review upstream GitHub repository for commit details and consider building from patched source commits if no official release is available.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
EUVD-2026-24179
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB