{"dataType": "CVE_RECORD", "dataVersion": "5.2", "cveMetadata": {"cveId": "CVE-2026-33697", "assignerOrgId": "a0819718-46f1-4df5-94e2-005712e83aaa", "state": "PUBLISHED", "assignerShortName": "GitHub_M", "dateReserved": "2026-03-23T17:06:05.745Z", "datePublished": "2026-03-26T23:34:53.414Z", "dateUpdated": "2026-03-26T23:34:53.414Z"}, "containers": {"cna": {"title": "CoCoS attested TLS is vulnerable to relay attacks via extracted ephemeral TLS keys", "problemTypes": [{"descriptions": [{"cweId": "CWE-322", "lang": "en", "description": "CWE-322: Key Exchange without Entity Authentication", "type": "CWE"}]}, {"descriptions": [{"cweId": "CWE-346", "lang": "en", "description": "CWE-346: Origin Validation Error", "type": "CWE"}]}], "metrics": [{"cvssV3_1": {"attackComplexity": "HIGH", "attackVector": "LOCAL", "availabilityImpact": "NONE", "baseScore": 7.5, "baseSeverity": "HIGH", "confidentialityImpact": "HIGH", "integrityImpact": "HIGH", "privilegesRequired": "LOW", "scope": "CHANGED", "userInteraction": "NONE", "vectorString": "CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:N", "version": "3.1"}}], "references": [{"name": "https://github.com/ultravioletrs/cocos/security/advisories/GHSA-vfgg-mvxx-mgg7", "tags": ["x_refsource_CONFIRM"], "url": "https://github.com/ultravioletrs/cocos/security/advisories/GHSA-vfgg-mvxx-mgg7"}], "affected": [{"vendor": "ultravioletrs", "product": "cocos", "versions": [{"version": ">= 0.4.0, < 0.8.2", "status": "affected"}]}], "providerMetadata": {"orgId": "a0819718-46f1-4df5-94e2-005712e83aaa", "shortName": "GitHub_M", "dateUpdated": "2026-03-26T23:34:53.414Z"}, "descriptions": [{"lang": "en", "value": "Cocos AI is a confidential computing system for AI. The current implementation of attested TLS (aTLS) in CoCoS is vulnerable to a relay attack affecting all versions from v0.4.0 through v0.8.2. This vulnerability is present in both the AMD SEV-SNP and Intel TDX deployment targets supported by CoCoS. In the affected design, an attacker may be able to extract the ephemeral TLS private key used during the intra-handshake attestation. Because the attestation evidence is bound to the ephemeral key but not to the TLS channel, possession of that key is sufficient to relay or divert the attested TLS session. A client will accept the connection under false assumptions about the endpoint it is communicating with \u2014 the attestation report cannot distinguish the genuine attested service from the attacker's relay. This undermines the intended authentication guarantees of attested TLS. A successful attack may allow an attacker to impersonate an attested CoCoS service and access data or operations that the client intended to send only to the genuine attested endpoint. Exploitation requires the attacker to first extract the ephemeral TLS private key, which is possible through physical access to the server hardware, transient execution attacks, or side-channel attacks. Note that the aTLS implementation was fully redesigned in v0.7.0, but the redesign does not address this vulnerability. The relay attack weakness is architectural and affects all releases in the v0.4.0\u2013v0.8.2 range. This vulnerability class was formally analyzed and demonstrated across multiple attested TLS implementations, including CoCoS, by researchers whose findings were disclosed to the IETF TLS Working Group. Formal verification was conducted using ProVerif. As of time of publication, there is no patch available. No complete workaround is available. The following hardening measures reduce but do not eliminate the risk: Keep TEE firmware and microcode up to date to reduce the key-extraction surface; define strict attestation policies that validate all available report fields, including firmware versions, TCB levels, and platform configuration registers; and/or enable mutual aTLS with CA-signed certificates where deployment architecture permits."}], "source": {"advisory": "GHSA-vfgg-mvxx-mgg7", "discovery": "UNKNOWN"}}}}

{}

{"cveTags": [], "descriptions": [{"lang": "en", "value": "Cocos AI is a confidential computing system for AI. The current implementation of attested TLS (aTLS) in CoCoS is vulnerable to a relay attack affecting all versions from v0.4.0 through v0.8.2. This vulnerability is present in both the AMD SEV-SNP and Intel TDX deployment targets supported by CoCoS. In the affected design, an attacker may be able to extract the ephemeral TLS private key used during the intra-handshake attestation. Because the attestation evidence is bound to the ephemeral key but not to the TLS channel, possession of that key is sufficient to relay or divert the attested TLS session. A client will accept the connection under false assumptions about the endpoint it is communicating with \u2014 the attestation report cannot distinguish the genuine attested service from the attacker's relay. This undermines the intended authentication guarantees of attested TLS. A successful attack may allow an attacker to impersonate an attested CoCoS service and access data or operations that the client intended to send only to the genuine attested endpoint. Exploitation requires the attacker to first extract the ephemeral TLS private key, which is possible through physical access to the server hardware, transient execution attacks, or side-channel attacks. Note that the aTLS implementation was fully redesigned in v0.7.0, but the redesign does not address this vulnerability. The relay attack weakness is architectural and affects all releases in the v0.4.0\u2013v0.8.2 range. This vulnerability class was formally analyzed and demonstrated across multiple attested TLS implementations, including CoCoS, by researchers whose findings were disclosed to the IETF TLS Working Group. Formal verification was conducted using ProVerif. As of time of publication, there is no patch available. No complete workaround is available. The following hardening measures reduce but do not eliminate the risk: Keep TEE firmware and microcode up to date to reduce the key-extraction surface; define strict attestation policies that validate all available report fields, including firmware versions, TCB levels, and platform configuration registers; and/or enable mutual aTLS with CA-signed certificates where deployment architecture permits."}], "id": "CVE-2026-33697", "lastModified": "2026-03-27T00:16:23.133", "metrics": {"cvssMetricV31": [{"cvssData": {"attackComplexity": "HIGH", "attackVector": "LOCAL", "availabilityImpact": "NONE", "baseScore": 7.5, "baseSeverity": "HIGH", "confidentialityImpact": "HIGH", "integrityImpact": "HIGH", "privilegesRequired": "LOW", "scope": "CHANGED", "userInteraction": "NONE", "vectorString": "CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:N", "version": "3.1"}, "exploitabilityScore": 1.1, "impactScore": 5.8, "source": "security-advisories@github.com", "type": "Secondary"}]}, "published": "2026-03-27T00:16:23.133", "references": [{"source": "security-advisories@github.com", "url": "https://github.com/ultravioletrs/cocos/security/advisories/GHSA-vfgg-mvxx-mgg7"}], "sourceIdentifier": "security-advisories@github.com", "vulnStatus": "Received", "weaknesses": [{"description": [{"lang": "en", "value": "CWE-322"}, {"lang": "en", "value": "CWE-346"}], "source": "security-advisories@github.com", "type": "Primary"}]}

{}

{"affected": [{"configurations": [{"platform": null, "status": "affected", "versions": {"scheme": "semver", "value": "[0.4.0,0.8.2)"}}], "enrichment": {"confidence": 100.0, "confidence_source": "cna", "scores": [{"score": 100.0, "source": "cna"}]}, "original": {"product": "cocos", "source": "cna", "vendor": "ultravioletrs"}, "product": "cocos", "vendor": "ultravioletrs"}], "analysis": {"en": {"generated_at": "2026-03-27T06:27:55.708303+00:00", "value": {"mitigation_remediation": ["Ensure that the TEE firmware and processor microcode are current to reduce the key\u2011extraction surface", "Implement strict attestation policies that validate all fields in the attestation report, including firmware versions, TCB levels, and platform configuration registers", "If the deployment architecture permits, enable mutual attested TLS using CA\u2011signed certificates to bind the TLS channel to explicit certs"], "summary": {"action": "Apply hardening", "impact": "Impersonation of an attested CoCoS service through a relay attack exploiting extracted transient TLS keys"}, "threat_synthesis": {"affected_systems": "The issue affects the CoCoS AI confidential computing system provided by ultravioletrs for all releases from version 0.4.0 through 0.8.2, including deployments on both AMD SEV\u2011SNP and Intel TDX platforms. No patch is currently available for this range of versions.", "description_and_impact": "The vulnerability in CoCoS\u2019s attested TLS allows a threat actor to extract the transient private key used in the TLS handshake. Possession of this key lets the attacker relay or redirect the TLS session, causing a client to believe it is communicating with the intended attested service when it is in fact a malicious relay. This breaks the authentication guarantees of attested TLS, enabling the adversary to impersonate the service, access confidential data, or execute unauthorized operations. The weakness is architectural and is unrelated to a specific software bug, relying on the design of the attestation process.", "risk_and_exploitability": "The CVSS score of 7.5 indicates a high severity, while the EPSS score is not published. The vulnerability is not listed in the CISA KEV catalog. Exploitability requires the attacker to first obtain the transient TLS private key, which can be achieved through physical access to the server hardware, transient execution attacks, or side\u2011channel attacks. Given the architectural nature of the flaw and the lack of a public patch, the risk is significant for any system that relies on CoCoS attested TLS for secure client\u2011server communication."}}}}, "created": "2026-03-27T08:31:24.022871+00:00", "updated": "2026-03-27T09:22:46.298268+00:00", "vendors": ["ultravioletrs", "ultravioletrs$PRODUCT$cocos"]}