{"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\/news\/uyazvimost-pozvolyayushhaya-obojti-mehanizm-zashhity-intel-tdx","title":{"rendered":"Eine Schwachstelle, 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 an der Sicherheitspr\u00fcfung des Intel TDX 1.5 (Trusted Domain Extensions) ver\u00f6ffentlicht. Die Intel TDX-Technologie erm\u00f6glicht die Verschl\u00fcsselung des Speichers virtueller Maschinen, um sie vor unbefugtem Zugriff und Analysen durch den Administrator des Host-Systems sowie vor physischen Angriffen auf die Hardware zu sch\u00fctzen. Bei der Pr\u00fcfung wurden 6 Schwachstellen und 35 sicherheitsirrelevante 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 Schwachstellen wurden in einem gestrigen Microcode-Update behoben. Auf GitHub wurde ein Werkzeug zur Ausnutzung der Schwachstellen in Intel TDX sowie Prototypen von Exploits f\u00fcr zwei Schwachstellen (CVE-2025-30513, CVE-2025-32007) ver\u00f6ffentlicht. <\/p>\n

Die gef\u00e4hrlichste Schwachstelle (CVE-2025-30513) erm\u00f6glicht es einem nicht vertrauensw\u00fcrdigen Administrator mit Zugang zum Hostsystem, seine Privilegien zu erh\u00f6hen und die Sicherheitsgarantien, die durch die Intel TDX-Technologie bereitgestellt werden, vollst\u00e4ndig zu kompromittieren. Die Schwachstelle wird durch einen Wettlaufzustand in einem der TDX-Module verursacht, der es w\u00e4hrend der Migration einer virtuellen Maschine erm\u00f6glicht, die gesch\u00fctzte Umgebung (TD \u2014 Trusted Domain) von einem Zustand, der die Migration unterst\u00fctzt, in einen Zustand zu versetzen, der den \u00dcbergang in den Debugging-Modus erlaubt. <\/p>\n

Das Problem wird durch die M\u00f6glichkeit verursacht, Umgebungsattribute nach deren \u00dcberpr\u00fcfung, aber vor der Versetzung in einen unver\u00e4nderlichen Zustand in der \u00fcbertragenen Umgebung zu manipulieren. Nach Setzen des Debug-Attributs kann der Administrator des Host-Systems die Aktivit\u00e4t des gesch\u00fctzten Gastsystems in Echtzeit \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 der gesch\u00fctzten virtuellen Maschine initiieren kann. Das Problem wurde von Forschern der Firma Google entdeckt, die bei der Untersuchung der API auf die Inkonsistenz zwischen der Art und Weise, wie der Zustand von Operationen in der FSM (Finite State Machine) verfolgt wird, und der Verarbeitung von Interrupts bei Importoperationen aufmerksam wurden, wobei der Zustand der gesch\u00fctzten Umgebung ge\u00e4ndert wird, jedoch nach einem Fehler nicht in den urspr\u00fcnglichen Zustand zur\u00fcckkehrt. <\/p>\n

Weniger kritische Schwachstellen: <\/p>\n