Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain on-path network position between peers
-
ExploitIntercept and store WireGuard tunnel ciphertext lacking PSK protection
-
ExecutionObtain cryptographically relevant quantum computer
-
ImpactBreak classical key exchange and decrypt confidential traffic
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A10:2025 - Mishandling of Exceptional Conditions
ASVS 5.0
V16 - Security Logging and Error Handling Status code handling
|
| Exploitation Conditions | Exploitation of the confidentiality path requires a specific, narrow combination: the Crux C2 organization must have the 'Enforce SKA Use' setting turned OFF, and the affected peer must never have successfully negotiated a valid 32-byte bilocation key, so that no WireGuard preshared key is applied to the tunnel at all. The 64-byte key condition arises specifically when a peering session negotiates SHA-512 (producing a 64-byte key the agent fails to validate or install). Beyond these product-configuration prerequisites, the attacker must be able to intercept and durably store the peer's tunnel traffic AND must have (now or in the future) access to a cryptographically relevant quantum computer - the latter being the dominant limiting factor, as no such machine is publicly available, making this a harvest-now-decrypt-later exposure rather than an immediately realizable attack. Deployments with 'Enforce SKA Use' enabled, or peers that have already negotiated a valid 32-byte key, are not exposed to the disclosure. |
| Impact | This is a genuine-but-low-urgency cryptographic hygiene flaw, not an imminent threat. The CVSS 4.0 score of 6.3 (Medium) is consistent with the real-world signals: Exploit Maturity is E:U (unproven), there is no CISA KEV listing and no POC, so the correct characterization is 'no public exploit identified at time of analysis.' The attack vector is network (AV:N) and requires no privileges (PR:N), which sounds severe, but this is strongly offset by AC:H and AT:P (Attack Requirements present) - the practical prerequisites are extreme. The impact is confidentiality only (VC:H/SC:H, with VI/VA/SI/SA:N), reflecting a harvest-now-decrypt-later exposure rather than any integrity or availability compromise via the disclosure path. Crucially, decryption is predicated on the attacker possessing a cryptographically relevant quantum computer, which does not exist publicly as of this analysis - so real exploitation is a future/theoretical risk against captured traffic, not a live breach. A separate functional defect in the same CVE (64-byte SHA-512 keys silently failing to apply, tunnels failing to restart) is a reliability/availability concern but is not scored as the primary impact here. Signals are internally consistent: low maturity, high complexity, confidentiality-only, future-dated threat model. Treat as a prioritized patch for environments handling data requiring long-term secrecy, but not an emergency. |
| Exploit ScenarioDerived | An attacker positioned on the network path between two Crux-managed peers passively intercepts and stores WireGuard tunnel traffic for a peer where no preshared key was ever applied - because the organization has 'Enforce SKA Use' disabled and the peer never negotiated a valid 32-byte bilocation key. Years later, once a cryptographically relevant quantum computer becomes available, the attacker uses it to break the tunnel's classical key exchange and decrypt the stored ciphertext, since the post-quantum protection normally provided by the WireGuard preshared key was absent. No public exploit code exists; exploitation is a future harvest-now-decrypt-later scenario, not a currently demonstrable attack. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 09, 2026
Crux Agent versions 1.9.0 through 2.0.2 mishandle the WireGuard preshared key derived from the Crux SKA bilocation key: when a peering session negotiates SHA-512 the derived key is 64 bytes rather than the 32 bytes WireGuard requires, and the agent neither validates the size nor detects that its wg set command failed, so it writes an invalid key to the WireGuard configuration and only surfaces the problem when the tunnel is restarted. The confidentiality-relevant variant applies to peers that have never successfully negotiated a valid 32-byte bilocation key in a Crux C2 organization where the "Enforce SKA Use" setting is turned off, resulting in no preshared key being applied at all, which exposes intercepted tunnel traffic to decryption by an adversary holding (or later acquiring) a cryptographically relevant quantum computer - a harvest-now-decrypt-later exposure, not an immediately realizable attack. Rated CVSS 6.3 (CVSS:4.0/AV:N/AC:H/PR:N/UI:N/VC:H/VI:N/VA:N/S:N/AU:Y/R:A/V:C, unauthenticated), with no public exploit identified at time of analysis.
RemediationAI
Upgrade Crux Agent to 2.0.3 or later, which is the first version outside the affected range and which the vendor identifies as fixed. Where upgrading is not immediately possible, the most effective compensating control is to enable the "Enforce SKA Use" setting in the Crux C2 organization, since the confidentiality exposure requires that setting to be off and that no valid 32-byte bilocation key has ever been negotiated; the trade-off is that strict enforcement can prevent peering for agents that cannot complete a 32-byte key negotiation and may require re-enrollment of those peers. As a secondary mitigation, re-key or re-provision affected peers so a valid 32-byte bilocation key is negotiated and a real preshared key is installed, and rotate/remove stale preshared keys - noting that re-keying briefly interrupts active tunnels. Administrators should also audit WireGuard configuration files on affected hosts for the 64-byte (128 hex character) key persisted by the failed wg set path, since leaving it in place guarantees the tunnel will not come up after a restart; correcting or removing it and re-establishing the tunnel restores service but does not by itself fix the underlying validation defect. Because the disclosure risk is realized only by an adversary who can intercept and store tunnel traffic and who has present or future access to a cryptographically relevant quantum computer, no such capability is publicly available today and there is no indication of active exploitation; remediation can be scheduled with this harvest-now-decrypt-later timeline in mind, but should not be deferred indefinitely. Refer to the vendor advisory at https://sirius.computer/security-disclosure-policy/ for authoritative guidance.
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
Crux Agent 1.9.0 and later derive a WireGuard preshared key from Crux's SKA (Symmetric Key Agreement) bilocation key, a mechanism used to bind peers in a Crux C2 organization. WireGuard mandates a 32-byte preshared key, but when a peering negotiation selects SHA-512 the bilocation key output is 64 bytes. The agent fails to validate the length of the derived key before use, and also fails to check the outcome of the wg set command invoked to update the live tunnel, which is the CWE-394 (Unexpected Status Code or Return Value) class of defect: a return value/status indicating failure is not handled. The practical result is two-fold - an operational/integrity defect where the invalid key is persisted to the WireGuard configuration file so the tunnel will fail to start on restart (the live tunnel silently continues with its previous preshared key until shutdown), and a confidentiality defect for peers that never negotiated a valid 32-byte key in an organization with "Enforce SKA Use" disabled, where no preshared key is set at all. In that second case the tunnel still operates but without the additional preshared-key layer, reducing its resistance to retrospective decryption. Affected component per CPE is cpe:2.3:a:sirius_computer,_inc.:crux_agent. Independent assessment rates this CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:H/I:N/A:N, with the quantum-computing requirement dominating the practical risk.
Know when Crux Agent 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:H/AT:P/PR:N/UI:N/VC:H/VI:N/VA:N/SC:H/SI:N/SA:N/E:U/S:N/AU:Y/R:A/V:C/RE:L/U:Amber
Passive traffic interception needs no privileges (PR:N) but requires on-path access plus a quantum computer (AC:H); only secrecy of peered-system data is lost (C:H, I:N, A:N, S:C).
Primary rating from Vendor (sirius).
CVSS VectorVendor: sirius
Lifecycle Timeline
1DescriptionCVE.org
Crux Agent from 1.9.0 before 2.0.3 uses the full SKA bilocation key as the WireGuard preshared key. When a peering session negotiates use of SHA-512, the key produced is 64 bytes instead of the 32 bytes WireGuard requires. The agent does not validate this size; instead it attempts to use the wg set command to update the live tunnel, and write the invalid key to the WireGuard configuration file. The update fails, so the live tunnel keeps using its previous preshared key until the tunnel is shut down. The tunnel will fail to start when restarted.
For a peer which has never successfully negotiated a 32-byte bilocation key in a Crux C2 organization which has the "Enforce SKA Use" setting turned off, no preshared key will be set for the tunnel. Therefore, an attacker who is able to intercept and store the peer's traffic, and has access (or will have access) to a cryptographically relevant quantum computer, will be able to decrypt the tunnel.
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-95774
GHSA-jm3h-x845-c42w
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB