Lass uns versuchen zu verstehen, was die wahre Geschichte ist
In den vergangenen Jahren habe ich beim Lesen von Security-Offense-Defense-Reports langsam eine Gewohnheit entwickelt: Ich kaufe die Idee nicht wirklich, dass „Hardware absolut sicher ist“. Ich habe zu viele Systeme gesehen, die behaupten, unzerbrechlich zu sein, und am Ende doch versagen – oft liegt die Ursache nicht darin, dass die Angreifer außergewöhnlich brillant sind, sondern dass das Vertrauensmodell von Anfang an davon ausgeht, dass „die Hardware dich nicht verraten wird“. Solange diese Annahme auch nur ein einziges Mal scheitert, bricht die gesamte Sicherheitsarchitektur mit zusammen.
um die @NewtonProtocol Kern-Erzählung zu stoppen – was mich genau stoppt, ist diese Schicht. Das Projektteam treibt die Idee „TEE + ZK doppelte Absicherung“: Eine vertrauenswürdige Ausführungsumgebung garantiert die Sicherheit der Ausführungsumgebung, während Zero-Knowledge-Beweise garantieren, dass der Rechenprozess nachweisbar ist. Das klingt dicht, aber zwei akademische „Bomben“, die 2025 direkt in diese Logik rissen, brachten eine Lücke.
Das erste heißt TEE.Fail. Ein Forschungsteam von Georgia Tech und der Purdue University hat öffentlich einen Side-Channel-Angriff offengelegt, der weniger als 1.000 US-Dollar kostet – Sie haben sich nicht verlesen, ein Gerät der Tausend-Yuan-Klasse. Es kann Verschlüsselungsschlüssel extrahieren und vertrauenswürdige Authentifizierung aus gängigen TEE-Umgebungen wie Intel SGX, TDX und AMD SEV-SNP fälschen. Das Angriffsprinzip ist nicht kompliziert: Wenn moderne TEEs vom Client-CPU in DDR5-Server-Hardware migrieren, verwenden sie deterministische AES-XTS-Memory-Verschlüsselung, um Performance zu erreichen – und opfern dabei Speicherminuität sowie Replay-Schutz. Ein Angreifer muss lediglich einen Sondenzugriff in den DDR5-Memory-Bus einschleusen, den verschlüsselten Datenstrom aufzeichnen und den Signaturschlüssel rückentwickeln. Nach Erhalt des Schlüssels sind das Fälschen von SGX/TDX-Authentifizierungs-Quotes, das Auftreten als ein legitimes TEE und das Abgreifen vertraulicher Transaktionsdaten – alles ist machbar.
Noch tödlicher: TEE.Fail ist kein Angriff auf ältere Produkte. Intel TDX und AMD SEV-SNP mit Ciphertext Hiding – diese neuesten Schutzmaßnahmen wurden ebenfalls durchbrochen, und auch NVIDIA’s GPU Confidential Computing ist nicht verschont geblieben. Das Forschungsteam meldete die Schwachstellen von April bis August 2025 an drei Chip-Hersteller, und alle drei bestätigten sie.
Die zweite Bombe kommt von der NDSS-Top-Konferenz 2025. Die Forschenden haben 29 TEE-Blockchain-Vorschläge systematisch analysiert und darauf hingewiesen, dass TEE-Knoten ernsthafte Fork-Angriffe erleiden müssen – einschließlich State-Rollback und Node-Cloning. Angreifer können dieselbe TEE-Instanz klonen und unterschiedliche Eingaben einspeisen, wodurch inkonsistente Zustände entstehen. Bekannte öffentliche Chains wie Ten, Phala und Secret Network wurden allesamt unabhängig voneinander daraufhin verifiziert, dass sie verwundbar sind. Blockchains stützen sich auf eine globale Reihenfolge, um Rollbacks und Klones zu verhindern, doch beim TEE wird das I/O von einem nicht vertrauenswürdigen Host kontrolliert und es gibt keine Frische-Garantien – diese beiden Sicherheitsschichten können einfach nicht richtig zusammenpassen.
Der zentrale Irrtum besteht darin, dass Newtons „TEE + ZK doppelte Absicherung“ tatsächlich nicht trägt. ZK prüft nur, ob die Rechenlogik korrekt ist – ob die Eingabe A nach dem Ausführen von etwas Code die Ausgabe B erzeugt und ob dieser Prozess manipuliert wurde. Aber es kann nicht feststellen, ob die TEE-Hardwareumgebung selbst bereits kompromittiert wurde. Nachdem Hacker den Beweis-Schlüssel über TEE.Fail erhalten haben, können sie Ergebnisse in der manipulierten Umgebung laufen lassen und dennoch ZK-Beweise erzeugen, die die Verifikation in der Kette bestehen. Das TEE ist für „Umgebungsvertrauen“ zuständig, ZK für „Korrektheit der Berechnung“, aber ZK kann nicht verifizieren, ob das TEE noch „vertrauenswürdig“ ist. Du glaubst, es sei doppelte Absicherung, aber in Wahrheit sind es zwei Schlösser, die an dieselbe Kette festgeschraubt sind – sobald die TEE-Verbindung bricht, spielt die ZK-Verbindung, die stabil ist, keine Rolle mehr.
Noch alarmierender ist das Zentralisierungsproblem der Knoten. @NewtonProtocol s TEE-Knoten werden derzeit ausschließlich von den Servern der Stiftung betrieben, ohne Beteiligung Dritter; Dezentralisierung ist also weiterhin nur auf dem Papier. Ein Hardware-Trust-System wurde bereits akademisch nachweisbar mit geringem Aufwand knackbar gemacht, doch die Knoten sind zudem stark konzentriert – das ist, als hätte man für das Schloss einer Tresortür die Anleitung zum Knacken veröffentlicht, während der Bewacher auch noch alles aus derselben Organisation ist.
Ich werde Newton auch nicht in einem Schlag abschreiben. TEE.Fail erfordert physischen Zugriff und Root-Rechte, daher ist die Schwelle für eine großflächige reale Inbetriebnahme nicht niedrig; die von NDSS vorgeschlagenen Clone-Angriffe haben zudem Abmilderungen auf Softwareebene. Das Problem ist jedoch, dass Newton „verifizierbare Automatisierung“ und „kryptografisch garantierte Sicherheit“ bewirbt, während das zugrunde liegende TEE-Hardware-Trust-Modell bereits erwiesenermaßen systemische Schwachstellen hat.
Wirklich verifiziert werden muss nicht, ob die Konzepte in der PPT hübsch sind, sondern ob diese Architektur bekannten Schwachstellen standhält, sobald echtes Geld auf dem Spiel steht. In diesem Stadium birgt das Übergeben von Kern-Assets an Protokolle, die auf Hardware-Trust in TEE angewiesen sind, ein weitaus größeres Risiko, als die meisten Menschen sich vorstellen können.
Der Wert von $NEWT hängt letztlich davon ab, wie real das Vertrauen des Marktes in dieses Sicherheitsmodell ist. Aber angesichts der heute offengelegten TEE.Fail- und Clone-Angriffe dürfte dieser Vertrauenswert neu berechnet werden müssen.
