Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain physical control of a TEE machine
-
DeliveryExtract or forge valid attestation report
-
ExploitEstablish MITM between CLI and Coordinator
-
ExecutionRelay report during aTLS handshake
-
PersistImpersonate Coordinator or workload
-
ImpactIntercept secrets and defeat identity verification
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V12 - Secure Communication Certificate validation
|
| Exploitation Conditions | Exploitation is NOT possible against a default deployment by a purely remote attacker. It requires the attacker to hold a network man-in-the-middle position on the aTLS path - either between the Contrast CLI and the Coordinator, or between the Coordinator and an attested component - AND to possess a genuine TEE machine under their physical control from which they can either forge a correctly-verifying attestation report or extract secrets. The root cause is that Contrast accepted any TEE attestation report that verified correctly and matched the expected firmware patch levels and software measurements, without binding attestation to specific physically-trusted hardware. Limiting factors: the physical-TEE-access requirement (reflected as AT:P) and the need for an active MITM position (reflected as AC:H) mean this is a targeted attack requiring a well-resourced adversary within Contrast's confidential-computing threat model; it only affects environments running Contrast before 1.16.0 for confidential workloads. |
| Impact | The vendor CVSS 4.0 score of 9.1 (Critical) substantially overstates real-world risk because it does not fully reward the steep compound preconditions this attack requires. The vector itself is honest about difficulty (AC:H, AT:P): although AV:N/PR:N/UI:N make it look like a trivial remote unauthenticated bug, exploitation requires the attacker to SIMULTANEOUSLY (a) hold a network man-in-the-middle position between the CLI and Coordinator, or between the Coordinator and an attested component, AND (b) already have physical control of at least one genuine TEE machine from which to forge valid reports or extract secrets. These are two independent, high-bar prerequisites that map to VulnCheck reporting via GHSA-hjgc-jc5v-fw7h rather than mass exploitation. No EPSS score, no CISA KEV listing, and no public POC are present in the input, so there is no evidence of active exploitation or automatability - no public exploit identified at time of analysis. Set against Contrast's own threat model (confidential computing exists precisely to defend against a privileged/physical adversary), this is a genuine and serious cryptographic identity-binding flaw (attestation not bound to specific trusted hardware, CWE-295), but it is a targeted, high-skill attack, not a widespread scan-and-exploit threat. Priority should be driven by whether an organization actually runs Contrast for confidential workloads, not by the 9.1 number in isolation. |
| Exploit ScenarioDerived | An attacker who has physically compromised one Trusted Execution Environment machine (their own or a rented/seized node) extracts a correctly-verifying TEE attestation report with the expected firmware patch levels and software measurements. Positioned as a man-in-the-middle on the network path between the Contrast CLI and Coordinator, they relay that report during the attested TLS (aTLS) handshake to impersonate a legitimate Coordinator or workload, defeating identity verification and enabling interception of secrets or injection of a rogue component. No public POC is identified in the provided data; the network vector is remote but attack complexity is high due to the MITM-plus-physical-TEE requirement. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 27, 2026
Remote attestation relay in Edgeless Systems Contrast before 1.16.0 allows an attacker to impersonate a Contrast Coordinator or a Contrast workload and defeat attested TLS (aTLS) identity verification. Contrast accepted any TEE attestation report that verified correctly and matched expected firmware patch levels and software measurements, without binding that attestation to specific, physically-trusted hardware, so a valid report captured from one machine can be replayed to stand in for another. Per the assessed CVSS 3.1 vector (AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N), no public exploit code has been identified at time of analysis, and this is not exploitable against a default deployment by a purely remote attacker: it requires a network man-in-the-middle position on the aTLS path plus a genuine TEE machine under the attacker's physical control. The vendor's CVSS 4.0 score of 9.1 (Critical) substantially overstates real-world risk because it does not fully reward the steep compound preconditions this attack requires.
RemediationAI
Upgrade Contrast to 1.16.0 or later, which is the vendor-released fix that binds attestation to specific, physically-trusted hardware; consult GHSA-hjgc-jc5v-fw7h (https://github.com/edgelesssys/contrast/security/advisories/GHSA-hjgc-jc5v-fw7h) for the exact upgrade procedure before rolling the change across clusters. Because the upgrade requires restarting Coordinators and re-establishing trusted nodes, plan a maintenance window and verify that existing attestation policies and measurement values still validate after the update. If immediate upgrade is not feasible, compensating controls must target the two preconditions rather than the aTLS logic itself: restrict the Coordinator's listener and attested-component endpoints to a hardened, monitored management network segment and enforce encryption/authentication on a lower layer so an attacker cannot cheaply obtain an intercept position on the aTLS path (trade-off: added network complexity and possible breakage of cross-cluster or remote-CLI workflows that legitimately traverse untrusted links); pin expected peer identities out-of-band, for example by validating Coordinator certificates or platform-specific attestation identifiers against a pre-distributed allowlist in the client (trade-off: operational overhead and manual rotation whenever nodes change); and audit which physical TEE hosts are permitted to serve as Coordinators so that reports from unauthorized hardware can be rejected at the process level (trade-off: no cryptographic enforcement, only procedural). None of these workarounds fully closes the relay flaw, so treat them as temporary and upgrade as soon as possible; no public exploit code has been identified at time of analysis, so there is no observed in-the-wild exploitation to prioritize against, but the compound preconditions should not be read as safety.
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
Contrast is Edgeless Systems' confidential-computing framework that runs Kubernetes workloads inside hardware-isolated TEEs (Intel SGX, AMD SEV-SNP, Intel TDX) and authenticates communication between the CLI, the Coordinator, and attested workloads using attested TLS. In aTLS, the TLS peer's certificate/identity is only accepted if the embedded TEE attestation report verifies against trusted hardware roots and matches expected firmware and measurement values. The root cause here is mapped to CWE-295 (Improper Certificate Validation): the Coordinator's verification logic treated report validity as a sufficient condition for identity, without pinning the report to a specific, physically trusted machine (for example by binding to platform-specific identifiers, hardware lineage, or per-node attestation identity). Because a correctly-formed report from any genuine TEE under the attacker's control satisfies the same checks, an adversary who can intercept the aTLS handshake - between CLI and Coordinator, or between Coordinator and an attested component - can relay or re-issue that report and have the peer accept the forged identity. The assessed vector's AT:P component reflects that the attacker must hold physical TEE hardware, and AC:H reflects the required active MITM position; the CVSS 4.0 vector's PR:N confirms no prior authentication on the aTLS path is needed once those preconditions are met.
Know when Contrast 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:H/VA:N/SC:N/SI:N/SA:N
Network aTLS vector but AC:H for the compound MITM-plus-physical-TEE prerequisite; PR:N as no application credentials are needed; C:H/I:H for secret interception and identity impersonation, no availability impact.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
2DescriptionCVE.org
Contrast before 1.16.0 is susceptible to remote attestation relay attacks. Contrast accepted any TEE attestation report that verified correctly and contained the expected firmware patch levels and software measurements, regardless of which machine produced it, so attestation was not bound to specific, physically trusted hardware. An attacker who can both intercept network traffic between the CLI and the Coordinator (or between the Coordinator and an attested component) and forge reports or extract secrets from any single TEE machine under their physical control can relay such a report to impersonate a Contrast Coordinator or a Contrast workload, defeating identity verification in Contrast's attested TLS (aTLS).
Technical POC Analysis
The flaw is in Contrast's remote attestation verification path.
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
Edgeless Systems Contrast versions prior to 1.16.0 contain a remote attestation relay flaw that can allow an attacker to impersonate trusted Coordinator or workload identities and defeat attested TLS verification, potentially exposing or corrupting sensitive data processed by affected workloads. Leadership should care because this undermines the confidential-computing trust model for organizations relying on Contrast, though exploitation requires a network man-in-the-middle position plus a genuine TEE machine under attacker control, and no public exploit identified at time of analysis.
No vendor-released patch identified at time of analysis. Interim mitigations include restricting network access to aTLS endpoints to trusted segments, enforcing network segmentation and monitoring for MITM activity, requiring out-of-band hardware identity verification for TEE nodes, disabling remote attestation relay if not required, and applying application-layer authentication independent of aTLS. Apply vendor patch when released.
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.
Related Vulnerabilities in Contrast Confidential-Computing Runtime Multiple Flaws
View all 11Improper verification in the Edgeless Systems Contrast Coordinator's peer-recovery path (versions 1.8.0 through 1.24.0)
Local privilege escalation in Edgeless Systems Contrast 1.8.0 through 1.24.0 allows a low-privileged local user on a nod
EUVD-2026-87851
GHSA-jw33-f4wc-8736
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB