Privasys rustls: Attestierung nicht an TLS-Sitzung gebunden (Relay-Angriff)
Zusammenfassung
Der Privasys-Fork der TLS-Bibliothek rustls, der für RA-TLS-Remote-Attestation verwendet wird, erzeugte Challenge-Zertifikate, deren Attestierungs-Quote nicht an die aktive TLS-Sitzung gebunden war. Ein Angreifer, der einen privaten TLS-Schlüssel einer Enklave erlangt hat, konnte eine echte Quote auf eine andere Verbindung umleiten, sodass eine vertrauende Gegenseite eine vom Angreifer kontrollierte Verbindung als die attestierte Enklave akzeptieren könnte. Das Problem ist nur dort relevant, wo Privasys-RA-TLS-Enklavensoftware eingesetzt wird.
Betroffen
- Privasys rustls-Versionen vor privasys-v0.8.1
- Gemäss CNA-Eintrag gilt der Bereich < privasys-v0.8.1; das GHSA nennt <= privasys-v0.2.0 und privasys-v0.8.1. Unbekannt ist, ob Zwischen-Tags betroffen sind.
Behoben in
- Auf privasys-v0.8.1 oder neuer aktualisieren.
Umgehung
- Keine Workaround-Massnahme dokumentiert.
- Vertrauende Gegenseiten sollten die Session-Channel-Binding-Prüfung durchführen, nicht nur die Quote, wie vom Hersteller beschrieben.
Ausnutzung
- Keine Berichte über Ausnutzung in freier Wildbahn und kein öffentlicher Proof of Concept gefunden.
- CISA SSVC: Exploitation none, Automatable yes, Technical Impact partial.
- Die Ausnutzung erfordert den privaten TLS-Schlüssel der Enklave, der schwer zu erlangen ist, da er innerhalb einer TEE erzeugt wird.
Unsere Empfehlung
- Prüfen Sie, ob Privasys-RA-TLS- oder Enklavensoftware in Ihrer Umgebung eingesetzt wird. Falls nicht, ist keine Massnahme nötig.
- Falls eingesetzt, auf privasys-v0.8.1 aktualisieren und Enklaven-Binaries neu bauen; die Messwerte ändern sich, daher die Umsetzung mit dem Anwendungsverantwortlichen planen.
- Sicherstellen, dass vertrauende Gegenseiten eine Binding-fähige Verifikation verwenden.
- Nach dem Update TLS-Schlüssel der Enklaven erneuern und Endpunkte neu attestieren.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- GitHub Security Advisory GHSA-j6qv-435v-r492 github.com
- Release privasys-v0.8.1 github.com
- Fix commit ab63058 github.com
- Privasys blog: Binding attestation to the TLS session privasys.org
- OSV entry CVE-2026-108266 osv.dev
- Ubuntu security CVE-2026-108266 ubuntu.com
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 31.10.2026 07:04.
Referenzen der NVD (4)
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.