{"id":138893,"date":"2025-07-09T23:11:55","date_gmt":"2025-07-09T21:11:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/ataka-tsa-privodyashhaya-k-utechke-informaczii-iz-mikroarhitekturnyh-struktur-cpu-amd"},"modified":"2025-07-09T23:11:55","modified_gmt":"2025-07-09T21:11:55","slug":"ataka-tsa-privodyashhaya-k-utechke-informaczii-iz-mikroarhitekturnyh-struktur-cpu-amd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/ataka-tsa-privodyashhaya-k-utechke-informaczii-iz-mikroarhitekturnyh-struktur-cpu-amd","title":{"rendered":"TSA-angreb, der f\u00f8rer til informationsl\u00e6kager fra mikroarkitekturstrukturer i AMD CPU'er.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
AMD har afsl\u00f8ret oplysninger om en ny klasse mikroarkitekturangreb mod sine processorer - TSA (Transient Scheduler Attack). Angrebet g\u00f8r det muligt for en hacker at omg\u00e5 CPU-isoleringsmekanismerne og bestemme data, der behandles i andre kontekster, for eksempel at f\u00e5 information fra brugerrummet, der behandles p\u00e5 kerne-niveau eller at finde ud af data, der bruges i et andet g\u00e6stebaseret system. <\/p>\n
S\u00e5rbarhederne blev opdaget under udviklingen af et v\u00e6rkt\u00f8j, som blev lavet af forskere fra Microsoft og ETH Z\u00fcrich til stresstestning af mikroarkitektonisk isolation mellem forskellige adgangsgr\u00e6nser, s\u00e5som kerne, virtuelle maskiner og processer. <\/p>\n
Angrebsmetoden er baseret p\u00e5 tidsafh\u00e6ngigheden ved udf\u00f8relsen af visse instruktioner fra tilstanden af mikroarkitektoniske strukturer. N\u00e5r processoren venter p\u00e5 hurtigt at afslutte instruktionen til at l\u00e6se data fra hukommelsen (for eksempel med antagelsen om, at dataene er i L1-cache), men ikke kan f\u00e5 de \u00f8nskede data, opst\u00e5r der en tilstand af 'falsk afslutning' (false completion). I dette tilf\u00e6lde kan processoren allerede, f\u00f8r den afg\u00f8r denne tilstand, planl\u00e6gge spekulativ udf\u00f8relse af andre operationer, der afh\u00e6nger af resultatet af hukommelsesl\u00e6seinstruktionen. <\/p>\n
Da hentningen ikke er afsluttet, betragter processoren de associerede data som ugyldige, og hukommelsesl\u00e6seoperationen gentages senere. Afh\u00e6ngige operationer udf\u00f8res ogs\u00e5 igen, efter at de korrekte data er tilg\u00e6ngelige. I dette tilf\u00e6lde udf\u00f8res der ikke en pipeline flush efter udf\u00f8relsen af instruktionen, for hvilken tilstanden 'falsk afslutning' er registreret, og de fejlagtige data kan blive omdirigeret til afh\u00e6ngige operationer. <\/p>\n
Udf\u00f8relsen af disse operationer \u00e6ndrer ikke tilstanden af cachen og TLB (Translation Lookaside Buffer), dvs. dataene kan ikke gendannes ved hj\u00e6lp af traditionelle metoder til at bestemme cache-tilstanden. Men disse data p\u00e5virker udf\u00f8relsestiden for andre instruktioner. Tidsanalysen kan anvendes som en kilde til informationsl\u00e6kage fra mikroarkitektoniske strukturer, der er tilbage efter spekulativ udf\u00f8relse af andre operationer. <\/p>\n
Afh\u00e6ngigt af kilden til de resterende data er der identificeret to s\u00e5rbarheder: <\/p>\n
\n
CVE-2024-36350 (TSA-SQ - TSA Store Queue) - en l\u00e6kage fra bufferet for midlertidig opbevaring af skriveoperationer (Store Queue), der g\u00f8r det muligt at bestemme resultatet af hukommelses skriveinstruktioner.\n
CVE-2024-36357 (TSA-L1 - TSA L1 Data Cache) - l\u00e6kage gennem L1D-cache. <\/ul>\n
Sikkerhedsbristerne optr\u00e6der i AMD processorfamilien (Fam19h) baseret p\u00e5 mikroarkitekturerne Zen 3 og Zen 4. For eksempel er problemet til stede i AMD Ryzen 5000\/6000\/7000\/8000 serien, AMD EPYC Milan\/Milan-X\/Genoa\/Genoa-X\/Bergamo\/Siena, AMD Instinct MI300A, AMD Ryzen Threadripper PRO 7000 WX, AMD EPYC Embedded 7003\/8004\/9004\/97X4, AMD Ryzen Embedded 5000\/7000\/V3000. <\/p>\n
\u00c6ndringer, der er n\u00f8dvendige for at blokere s\u00e5rbarheden, er inkluderet i december-opdateringen af mikrokode og PI-firmware (Platform Initialization), som er sendt til OEM-producenter. Lapper til beskyttelse mod s\u00e5rbarheden er sendt til integration i Linux-kernen (for at deaktivere beskyttelsen, som negativt p\u00e5virker pr\u00e6stationen, er der en kernel command-line mulighed 'tsa=off'). Rettelsen er ogs\u00e5 tilf\u00f8jet til Xen-hypervisoren. For at blokere s\u00e5rbarheden er b\u00e5de mikrokodeopdatering og aktivering af beskyttelsesmodus p\u00e5 kerne- eller hypervisorniveau n\u00f8dvendig. \n Kilde: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"