Interrupt Injection: nowy atak omijający zabezpieczenia Spectre v2 na procesorach Intel i AMD

Wprowadzenie do problemu / definicja

Interrupt Injection to nowo opisana technika z obszaru transient execution, która podważa skuteczność części zabezpieczeń przed Spectre v2 stosowanych na procesorach Intel i AMD. Sedno problemu polega na wykorzystaniu bardzo krótkiego okna czasowego pomiędzy wyczyszczeniem lub odizolowaniem stanu predyktora skoków a jego ponownym użyciem przez jądro systemu.

Jeżeli napastnik zdoła w tym momencie precyzyjnie wywołać przerwanie sprzętowe, może ponownie wpłynąć na stan predykcji i doprowadzić do błędnej spekulacji wykonania kodu. W praktyce oznacza to, że nawet wdrożona mitigacja może zostać osłabiona przez asynchroniczne zdarzenie zachodzące w nieodpowiednim momencie.

W skrócie

Badacze z MIT CSAIL opisali metodę nazwaną Interrupt Injection, która może osłabiać ochrony Spectre v2 na wybranych procesorach Intel i AMD działających pod kontrolą Linuksa. Atak nie wymaga uprawnień administratora, a jedynie możliwości uruchomienia lokalnego kodu na współdzielonym systemie.

W demonstracji przeprowadzonej na platformie AMD Zen 2, przy domyślnie aktywnych zabezpieczeniach Spectre v2, udało się uzyskać wyciek pamięci jądra z wysoką skutecznością. Problem powiązano szczególnie z linuksową implementacją mechanizmu Safe RET, a odpowiednia poprawka została już dodana do jądra Linux.

Kontekst / historia

Spectre v2 od lat należy do najpoważniejszych klas podatności mikroarchitektonicznych, ponieważ umożliwia manipulowanie predykcją pośrednich transferów sterowania i wykorzystanie spekulatywnego wykonania do ujawniania danych. W odpowiedzi producenci CPU i społeczność systemów operacyjnych wdrożyli zestaw zabezpieczeń sprzętowych oraz programowych, w tym eIBRS, retpoline, czyszczenie struktur predykcji i mechanizmy typu Safe RET.

Nowe badania pokazują jednak, że poprawnie wdrożone zabezpieczenia mogą zawierać słaby punkt w postaci wyścigu czasowego. Autorzy opisują ten problem jako sytuację typu time-of-neutralization to time-of-use, czyli okno pomiędzy neutralizacją niebezpiecznego stanu a jego faktycznie bezpiecznym użyciem przez chronioną ścieżkę wykonania.

Analiza techniczna

Technika Interrupt Injection koncentruje się na asynchronicznej naturze przerwań sprzętowych. Klasyczne zabezpieczenia Spectre v2 zakładają, że po zneutralizowaniu stanu predyktora dalsze wykonanie przejdzie bezpośrednio do chronionego fragmentu kodu. Atak łamie to założenie, ponieważ przerwanie występujące w krótkim oknie po wykonaniu ochrony może zmienić dalszy przebieg wykonania i ponownie wpłynąć na stan predykcji.

W opisywanym scenariuszu szczególne znaczenie ma mechanizm Safe RET używany w Linuksie do ograniczania skutków SRSO i pokrewnych wariantów ataków na stos powrotów. Badacze wykazali, że precyzyjne wstrzyknięcie przerwania w trakcie tej sekwencji może osłabić jej efekt ochronny. Następnie ścieżka obsługi przerwania może zostać wykorzystana do ponownego treningu predyktora, a błędna spekulacja może skierować wykonanie do kontrolowanej przez napastnika ścieżki transient execution.

Na AMD Zen 2 okno ataku było bardzo małe, ale nadal praktycznie wykorzystywalne. Autorzy zwiększali szanse powodzenia między innymi przez manipulowanie opóźnieniami pamięci podręcznej oraz dobór odpowiednich wywołań systemowych. W efekcie byli w stanie wywołać błędne przewidywania i zademonstrować pełny wyciek danych z pamięci jądra. Wskazano również występowanie błędnych przewidywań na wybranych platformach Intela, choć bez pokazania pełnego końcowego łańcucha eksfiltracji danych.

• atak wykorzystuje wyścig czasowy między mitigacją a ponownym użyciem predyktora,
• przerwania sprzętowe stają się częścią modelu zagrożeń dla Spectre v2,
• Safe RET może zostać osłabiony przez precyzyjnie trafione zdarzenie asynchroniczne,
• eksploatacja wymaga lokalnego kodu i bardzo dokładnego wyczucia czasu.

Konsekwencje / ryzyko

Najważniejszym ryzykiem jest możliwość lokalnego ujawnienia danych z pamięci jądra przez proces działający bez uprzywilejowanych uprawnień. W środowiskach wieloużytkownikowych, na współdzielonych hostach, serwerach CI/CD, platformach akademickich i w części scenariuszy chmurowych taki model ataku ma realne znaczenie operacyjne.

Praktyczne konsekwencje obejmują nie tylko potencjalny odczyt wrażliwych danych z pamięci jądra, ale także osłabienie zaufania do istniejących mitigacji Spectre v2. Organizacje mogą zostać zmuszone do ponownej oceny bezpieczeństwa platform AMD Zen 1–Zen 4 oraz wybranych systemów Intel, a także do ponownego przeglądu konfiguracji hardeningu i zgodności.

• ryzyko wycieku danych z pamięci jądra,
• niższy próg wejścia dzięki brakowi potrzeby posiadania uprawnień roota,
• większa złożoność audytu mitigacji transient execution,
• potrzeba ponownej walidacji bezpieczeństwa systemów współdzielonych.

Rekomendacje

Administratorzy i zespoły bezpieczeństwa powinni przede wszystkim potwierdzić, że używane jądra Linux zawierają poprawkę wzmacniającą Safe RET przeciwko technice Interrupt Injection. Warto także śledzić aktualizacje dystrybucji, ponieważ część dostawców może dostarczać naprawy przez standardowe pakiety kernela bez szczególnie widocznego oznaczenia.

W środowiskach o wysokich wymaganiach bezpieczeństwa należy potraktować ten przypadek jako przypomnienie, że mitigacje transient execution trzeba testować nie tylko funkcjonalnie, ale również pod kątem wyścigów asynchronicznych, przerwań oraz interakcji z pamięcią podręczną i hiperwątkowością.

• zaktualizować jądro Linux do wersji zawierającej poprawkę dla Safe RET,
• przeprowadzić inwentaryzację procesorów AMD Zen 1–Zen 4 oraz podatnych platform Intel,
• zweryfikować status mitigacji związanych ze Spectre v2 i SRSO,
• ograniczać możliwość uruchamiania nieufnego kodu lokalnego na systemach współdzielonych,
• rozważyć dodatkowe segmentowanie obciążeń o różnym poziomie zaufania,
• monitorować komunikaty producentów CPU, maintainerów kernela i dostawców dystrybucji.

Podsumowanie

Interrupt Injection pokazuje, że zabezpieczenia przeciwko Spectre v2 nadal ewoluują, a ich skuteczność zależy od bardzo subtelnych właściwości wykonania kodu w jądrze i procesorze. Nowy wariant nie tyle obala samą ideę mitigacji, ile ujawnia, że krytyczne znaczenie ma krótkie okno pomiędzy neutralizacją predyktora a jego późniejszym użyciem.

Dla organizacji korzystających z Linuksa i nowoczesnych procesorów x86 oznacza to potrzebę szybkiej aktualizacji jądra, ponownej walidacji statusu mitigacji oraz ostrożniejszego podejścia do współdzielonych środowisk uruchomieniowych. To kolejny sygnał, że bezpieczeństwo warstwy mikroarchitektonicznej wymaga ciągłego przeglądu i dostosowywania obrony do nowych technik ataku.

Źródła

• The Hacker News — New Interrupt Injection Attack Can Bypass Spectre v2 Defenses on Intel and AMD CPUs
• AMD Security Bulletin AMD-SB-7061 — Safe RET Interrupt Vulnerability
• Intel — Hardware Features and Behaviors Related to Speculative Execution
• USENIX — Branch Privilege Injection: Compromising Spectre v2 Hardware Mitigations by Exploiting Branch Predictor Race Conditions
• arXiv — Spectre Attacks: Exploiting Speculative Execution