TONTOU kringgår Spectre v2-skydd på AMD och Intel

Daniël Trujillo, doktorand, och Mengjia Yan, docent vid MIT CSAIL, presenterade resultaten vid Black Hat USA den 6 augusti 2026. Den fullständiga forskningsartikeln har också accepterats till USENIX Security 2026 .

Så fungerar TONTOU

Spectre v2, även kallad Branch Target Injection, bygger på att en angripare påverkar processorns grenprediktion. Processorn kan då spekulativt följa en felaktig kodväg och lämna efter sig mätbara spår i cacheminnet – spår som i sin tur kan avslöja data.

Försvar som eIBRS och Safe RET försöker neutralisera eller isolera grenprediktorns tillstånd vid känsliga övergångar. Antagandet har varit att angriparen inte kan påverka prediktorn efter att den rensats men innan kärnan använder den igen .

TONTOU angriper just denna lucka. På AMD:s Safe RET är den enligt forskarna bara två instruktioner lång . Genom så kallad INTERRUPT INJECTION kan ett obehörigt program tidsstyra ett hårdvaruavbrott så att det träffar under detta korta intervall. Grenprediktorn kan då förgiftas på nytt efter att skyddet har körts, men innan kärnan hinner använda det .

Angreppet kräver inte administratörsbehörighet. Däremot måste angriparen kunna köra kod i användarläge på den aktuella datorn .

Demonstrerad läcka av Linux-lösenordshashar

Forskarna byggde ett komplett angrepp från början till slut och testade metoden på flera processorplattformar: Intel Cascade Lake Refresh, Intel Arrow Lake, AMD Zen 2 och AMD Zen 4 .

På ett AMD Zen 2-system med Linux 6.14.0-37-generic, 16 GB RAM och standardinställningarna för Spectre v2-skydd kunde de läsa godtyckligt kärnminne med en hastighet på 5,47 byte per sekund . Den uppmätta träffsäkerheten var 91,97 procent .

Det räckte för att forskarna skulle kunna lokalisera och läsa filen /etc/shadow, där Linux lagrar lösenordshashar. Det lyckades i fem av tio försök, och varje försök tog ungefär 18 minuter .

På Intel-plattformarna visade forskarna att eIBRS delvis kunde kringgås på Cascade Lake Refresh och Arrow Lake, även om angreppsförutsättningarna skiljer sig från fallet med AMD:s Safe RET . Samma metod bekräftade däremot inte lyckad felstyrning av grenar på AMD Zen 4 .

AMD bekräftade problemet – Linux fick en patch

Forskarna kontaktade AMD, Intel och Arm som en del av den samordnade rapporteringen den 5 februari 2026 .

AMD publicerade den 6 augusti säkerhetsbulletinen AMD-SB-7061, med namnet ”Safe RET Interrupt Vulnerability”. Där anges Zen 1 till Zen 4 som berörda processorgenerationer. AMD bedömde samtidigt att problemet verkar vara kopplat till hur Safe RET har implementerats i Linux för att hantera skyddet mot Speculative Return Stack Overflow (SRSO), snarare än enbart till själva processorarkitekturen .

En Linux-patch, skriven av AMD:s Borislav Petkov, lades in den 2 juni. Commit-meddelandet löd: ”x86/bugs: Make Safe-RET robust against interrupt injection” . Ändringen accepterades i huvudkärnan den 5 augusti .

Den 6 augusti distribuerades åtgärden i Linux-versionerna 7.1.7, 6.18.43, 6.6.149 och 6.1.181. Patchen hanterar CVE-2026-68480 .

Intel bekräftade resultaten under den samordnade rapporteringen och betalade ut en belöning via sitt bug bounty-program. Företaget uppgav dock att det inte planerar ytterligare åtgärder, bland annat eftersom angrepp i praktiken påverkas av om det finns användbara så kallade disclosure gadgets .

Varför upptäckten är viktig

Tidigare Spectre-varianter riktade sig främst mot själva grenprediktionen. TONTOU riktar i stället in sig på försvarsmekanismen: den korta övergången mellan att processorns tillstånd neutraliseras och att det används.

Det innebär att problemet inte bara handlar om en enskild bugg i ett operativsystem. Resultaten ifrågasätter också antagandet att neutralisering av prediktorn och den efterföljande användningen kan behandlas som om de vore en atomisk operation – något som forskarnas demonstration visar inte stämmer .

Linux-patchen stänger den specifika luckan för interrupt injection i Safe RET på berörda AMD-system. Men TONTOU visar att framtida skydd kan behöva hantera själva tidsförhållandet mellan säkerhetsåtgärd och användning, inte bara rensa eller isolera processorns interna tillstånd.