Skip to main content

Contrast EUVDEUVD-2026-87851

| CVE-2026-100835 CRITICAL
Improper Certificate Validation (CWE-295)
2026-09-27 VulnCheck GHSA-jw33-f4wc-8736
9.1
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Obtain physical control of a TEE machine
  2. Delivery
    Extract or forge valid attestation report
  3. Exploit
    Establish MITM between CLI and Coordinator
  4. Execution
    Relay report during aTLS handshake
  5. Persist
    Impersonate Coordinator or workload
  6. Impact
    Intercept 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.

Act Now Prioritize within 24-48h. Why: CRITICAL severity.
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

contrast 0 <1.16.0

Affected Packages

euvd contrast fix: 1.16.0

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

Vendor (VulnCheck) PRIMARY 9.1 CRITICAL
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
vuln.today AI 7.4 HIGH

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.

3.1 AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N
4.0 AV:N/AC:H/AT:P/PR:N/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (VulnCheck).

CVSS VectorVendor: VulnCheck

Attack Vector
Network
Attack Complexity
High
Attack Requirements
Present
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
High
Vulnerable system: Availability
None
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

2
Patch available
Sep 27, 2026 - 03:16 EUVD
CVE Published
Sep 27, 2026 - 01:28 cve.org
CRITICAL 9.1

DescriptionCVE.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

Why It Matters

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.

Business Impact: High
Compensating Controls

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

EPSS Score
0.2%
Top 89% exploitable
Prevalence
Low
niche confidential-computing Kubernetes runtime, limited enterprise deployment footprint
Data Quality
5 sources
Confidence: Medium

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.

SignalValue
Severity CRITICAL
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
CRITICAL severity
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Total

Priority Score

46
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +46
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy