{"id":160597,"date":"2026-02-11T17:11:57","date_gmt":"2026-02-11T15:11:57","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-pozvolyayushhaya-obojti-mehanizm-zashhity-intel-tdx"},"modified":"2026-02-11T17:11:57","modified_gmt":"2026-02-11T15:11:57","slug":"uyazvimost-pozvolyayushhaya-obojti-mehanizm-zashhity-intel-tdx","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/uyazvimost-pozvolyayushhaya-obojti-mehanizm-zashhity-intel-tdx","title":{"rendered":"Sicherheitsl\u00fccke, die es erm\u00f6glicht, den Schutzmechanismus von Intel TDX zu umgehen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Die Unternehmen Google und Intel haben die Ergebnisse (PDF) ihrer gemeinsamen Arbeit zur Sicherheits\u00fcberpr\u00fcfung des Mechanismus Intel TDX 1.5 (Trusted Domain Extensions) ver\u00f6ffentlicht. Die Technologie Intel TDX erm\u00f6glicht die Verschl\u00fcsselung des Arbeitsspeichers virtueller Maschinen, um sie vor Manipulation und Analyse durch den Administrator des Hostsystems sowie vor physischen Angriffen auf die Hardware zu sch\u00fctzen. Im Rahmen des Audits wurden 6 Sicherheitsanf\u00e4lligkeiten und 35 nicht sicherheitsrelevante Fehler festgestellt. <\/p>\n

Die Probleme betreffen die Intel Xeon 6-CPUs sowie die Prozessoren der 4. und 5. Generation der Intel Xeon Scalable Serie. Die Sicherheitsanf\u00e4lligkeiten wurden mit dem gestern ver\u00f6ffentlichten Mikrokodupdate behoben. Auf GitHub wurde ein Toolkit zur Ausnutzung der Schwachstellen in Intel TDX sowie Prototypen f\u00fcr zwei Exploits (CVE-2025-30513, CVE-2025-32007) ver\u00f6ffentlicht. <\/p>\n

Die gef\u00e4hrlichste Sicherheitsanf\u00e4lligkeit (CVE-2025-30513) erm\u00f6glicht es einem nicht vertrauensw\u00fcrdigen Administrator, der Zugang zum Host-System hat, seine Privilegien zu erh\u00f6hen und die Sicherheitsgarantien der Intel TDX-Technologie vollst\u00e4ndig zu kompromittieren. Diese Anf\u00e4lligkeit wird durch einen Race Condition in einem der TDX-Module verursacht, der es erlaubt, w\u00e4hrend der Migration einer virtuellen Maschine die gesch\u00fctzte Umgebung (TD \u2014 Trusted Domain) von einem unterst\u00fctzenden Migrationszustand in einen Zustand zu versetzen, der den Wechsel in den Debugmodus erlaubt. <\/p>\n

Das Problem entsteht durch die M\u00f6glichkeit, Umgebungsattribute nach ihrer \u00dcberpr\u00fcfung, aber vor ihrer \u00dcbertragung in einen unver\u00e4nderlichen Zustand im \u00fcbertragenen Umfeld, zu manipulieren. Nachdem das Debugging-Attribut gesetzt wurde, kann der Administrator des Host-Systems in Echtzeit die Aktivit\u00e4ten des gesch\u00fctzten Gastsystems \u00fcberwachen und auf den entschl\u00fcsselten Zustand des Speichers zugreifen. <\/p>\n

Die Schwachstelle ist relativ einfach auszunutzen, da der Administrator jederzeit den Prozess der Live-Migration einer gesch\u00fctzten virtuellen Maschine initiieren kann. Das Problem wurde von Forschern der Firma Google entdeckt, die w\u00e4hrend der Untersuchung der API auf eine Diskrepanz zwischen der Art und Weise, wie der Status von Operationen in der FSM (Finite State Machine) verfolgt wird, wie die Unterbrechung einer Importoperation behandelt wird und wie dieser Zustandswechsel nach einem Fehler nicht auf den urspr\u00fcnglichen Wert zur\u00fcckgesetzt wird, gesto\u00dfen sind, die den Status der gesch\u00fctzten Umgebung beeinflusst. <\/p>\n

Weniger gef\u00e4hrliche Schwachstellen: <\/p>\n