Google har offentliggjort flere prototyper af exploits, der viser muligheden for at udnytte s\u00e5rbarheder af Spectre-typen ved udf\u00f8relse af JavaScript-kode i browseren, hvilket omg\u00e5r tidligere tilf\u00f8jede beskyttelsesmetoder. Exploits kan bruges til at f\u00e5 adgang til hukommelsen af processen, der h\u00e5ndterer webindhold i den aktuelle fane. For at teste exploitens funktionalitet er hjemmesiden leaky.page blevet startet, og koden, der beskriver logikken, er offentliggjort p\u00e5 GitHub. <\/p>\n
Den foresl\u00e5ede prototype er designet til at udf\u00f8re angreb p\u00e5 systemer med Intel Core i7-6500U-processorer under Linux og Chrome 88. For at anvende udnyttelsen i andre milj\u00f8er kr\u00e6ves der \u00e6ndringer. Udnyttelsesmetoden er ikke specifik for Intel-processorer - efter passende tilpasninger er det blevet bekr\u00e6ftet, at udnyttelsen fungerer p\u00e5 systemer med CPU'er fra andre producenter, herunder Apple M1 baseret p\u00e5 ARM-arkitekturen. Efter sm\u00e5justeringer fungerer udnyttelsen ogs\u00e5 p\u00e5 andre operativsystemer og i andre browsere, der er baseret p\u00e5 Chromium-motoren. <\/p>\n
I et milj\u00f8 baseret p\u00e5 standard Chrome 88 og Intel Skylake-processorer blev der opn\u00e5et datal\u00e6k fra processen, der h\u00e5ndterer webindhold i den aktuelle Chrome-fane (renderer process) med en hastighed p\u00e5 1 kilobyte pr. sekund. Der er yderligere udviklet alternative prototyper, for eksempel en exploit, der tillader at \u00f8ge hastigheden p\u00e5 datal\u00e6k til 8 kB\/s ved at reducere stabiliteten ved at bruge en performance.now()-timer med en n\u00f8jagtighed p\u00e5 5 mikrosekunder (0,005 millisekunder). Der blev ogs\u00e5 forberedt en version, der fungerer med en timer-n\u00f8jagtighed p\u00e5 et millisekund, som kunne bruges til at organisere adgang til hukommelsen i en anden proces med en hastighed p\u00e5 omkring 60 byte pr. sekund. <\/p>\n
Den offentliggjorte demonstrationskode best\u00e5r af tre dele. Den f\u00f8rste del udf\u00f8rer kalibrering af timeren for at vurdere den tid, der er n\u00f8dvendig for at udf\u00f8re operationerne, der kr\u00e6ves for at genoprette data, der er tilbage i processorens cache som f\u00f8lge af spekulativ udf\u00f8relse af CPU-instruktioner. Den anden del identificerer hukommelseslayoutet, der anvendes ved placering af JavaScript-arrayet. <\/p>\n
Den tredje del udf\u00f8rer direkte udnyttelse af Spectre-s\u00e5rbarheden for at bestemme indholdet i hukommelsen af den aktuelle proces som f\u00f8lge af skabelsen af betingelser for spekulativ udf\u00f8relse af bestemte operationer, hvis resultater bliver kasseret af processoren efter bestemmelse af en mislykket forudsigelse, men spor af udf\u00f8relsen forbliver i den samlede cache og kan genoprettes ved hj\u00e6lp af metoder til bestemmelse af cacheindhold gennem sidekanaler, der analyserer \u00e6ndringer i adgangstider til cachede og ikke-cachede data. <\/p>\n
Den foresl\u00e5ede teknik til udnyttelse kr\u00e6ver ikke pr\u00e6cise timere tilg\u00e6ngelige via API performance.now() eller underst\u00f8ttelse af SharedArrayBuffer-typen, som g\u00f8r det muligt at oprette arrays i delt hukommelse. Eksploit inkluderer en Spectre-gadget, der udf\u00f8rer kontrolleret spekulativ udf\u00f8relse af kode, og en sidekanalsl\u00e6kaganalyse, der bestemmer de data, der er cachede som f\u00f8lge af den spekulative udf\u00f8relse. <\/p>\n
Gadgetet er implementeret ved hj\u00e6lp af et JavaScript-array, hvor der g\u00f8res et fors\u00f8g p\u00e5 at f\u00e5 adgang til et omr\u00e5de uden for buffergr\u00e6nsen, hvilket p\u00e5virker tilstanden i spr\u00e6ngeng\u00f8ringsblokken p\u00e5 grund af den ekstra bufferst\u00f8rrelseskontrol, der tilf\u00f8jes af compileren (processoren udf\u00f8rer spekulativt den p\u00e5t\u00e6nkte adgang, men ruller tilstanden tilbage efter kontrol). For at analysere cacheindholdet under forhold med utilstr\u00e6kkelig timerpr\u00e6cision er der foresl\u00e5et en metode, der narre den anvendte cache-u\u00e6ndringsstrategi (Tree-PLRU) og muligg\u00f8r markant at \u00f8ge tidsforskellen ved at returnere v\u00e6rdien fra cachen i forhold til frav\u00e6ret af v\u00e6rdien i cachen. <\/p>\n
Det er bem\u00e6rket, at Google har offentliggjort en prototype af exploiten for at demonstrere realismen af angreb ved hj\u00e6lp af s\u00e5rbarheder af typen Spectre og for at tilskynde webudviklere til at anvende teknikker, der minimerer risici fra s\u00e5danne angreb. Google mener, at uden en v\u00e6sentlig omskrivning af den foresl\u00e5ede prototype er det umuligt at skabe universelle exploits, der ikke bare er til demonstration, men ogs\u00e5 til praktisk anvendelse. <\/p>\n
For reducing risk, website owners are encouraged to use the recently implemented headers Cross-Origin Opener Policy (COOP), Cross-Origin Embedder Policy (COEP), Cross-Origin Resource Policy (CORP), Fetch Metadata Request, X-Frame-Options, X-Content-Type-Options, and SameSite Cookie. These mechanisms do not directly protect against attacks but allow the isolation of website data from leaking into processes where the attacker's JavaScript code might be executed (leakage occurs from the memory of the current process, which may also handle data from another site open in the same tab). The main idea is to separate the execution of the website's code from external code received from untrusted sources, such as those included via iframe.
![\"Afspil](\"https:\/\/img.youtube.com\/vi\/V_9cQP60ZGI\/hqdefault.jpg\")
\r\n