Microsoft pausar Meltdown- och Spectre-uppdatering för AMD

Förtstår inte varför Microsoft ens skulle hetsa med att få ut uppdateringen till AMD när de inte ens är sårbara för Meltdown. Bättre om vi får en väl testad patch vid ett senare tillfälle.

Microsoft har skrivit om en del av grundläggande hantering i kärnan, vilket påverkar alla - därför uppdateringen rullas ut på bred front, och säkert kommer justeras även till AMD inom kort. Tyvärr spiller det även över på vissa program, som inte är kompatibla. Det kommer utvecklarna där (Asus etc.) behöva lösa, då det "nya" sättet att göra saker på är standard framåt. Men, än så länge givetvis irriterande när vi bara är halvvägs. :/

Fast det där är ju bara flamebait. Har du några belägg för vad du påstår? Vad jag läst och sett drabbas AMD inte av någon prestandaförlust av Meltdown-patchen, då den helt enkelt inte är aktiv (i Windows) med annat än Intel-hårdvara.

Är väl inte AMDs fel att Meltdown finns i Intel processorer heller?

Självklart ska deras specs stämma, men vi pratar CPUer som är 64 X2 eller äldre. FX och senare har dock inga problem.
Men jag anser också det fel att patcha AMD system med en beta patch när den inte behövs. När den är finslipad... jo, självklart bör den patchas så de har samma kod i slutändan.

Och @emilakered en väns FX8350 har blivit påverkad lite, men det är svårmätta uppgifter och jag vill hellre se fler källor än jag anser det bekräftat. Men det kan vara så att MS bara gjort en fulare och ändrat saker även för AMD CPUer, vilket påverkar. Även om buggen inte finns, ändrar det inte att de har fått skriva om en hel del av Windows kod, vilket självklart kan påverka andra system.

Solklart de även ändrat för AMD. En stor förändring, det Google löst med "retpoline" och MS säkert snarlikt, handlar om att motverka Spectre 2 - inte Meltdown. Den uppdateringen är aktiv oavsett system, då man helt enkelt inte kan utesluta att även AMD är drabbade. Det är också den fixen som sannolikt ställer till med bekymmer för vissa program och äldre system.

Nämnvärt i sammanhanget är också hur lågt AMD ligger. Inga bitska PR-filmer eller allmänt skryt, den biten kommer främst från användare. Varför? Min gissning, för att AMD förstår det här bara är början.

Vi har öppnat Pandoras ask, och påvisat att grundläggande design i moderna processorer kan utnyttjas för att hämta otillåten data. Jag skulle säga oddsen är enormt låga att vi får fler liknande upptäckter under året - nu vet alla vad de ska testa, vad de ska leta efter.

Det vet AMD, och AMD vill inte sätta sig på en piedestal där de riskerar en saftig smäll på käften senare. Nästa hål kan, teoretiskt, lika gärna vara Ryzen-exklusivt.

Allmänt tips är att ta av alla fanboy-hattar och verkligen försöka förstå problematiken. Tror ingen hos AMD jublar, snarast tvärt om.

Skickades från m.sweclockers.com

AMD har inte slarvat, de gör precis vad deras specifikation säger att de skall göra. Det som är speciellt i med de här angreppen är att man kan se vad processorn gör som den sedan ångrar, vilket inte gick tidigare. Det är ungefär som om någon skriver upp sitt lösenord på ett papper och sedan river av det - man kan ändå se vad lösenordet var genom att titta på avtrycken på pappret under. Spectre behöver framförallt patchas i program som tar emot kod som programtillverkaren inte kan kontrollera. Det är inte i första hand kerneln.

Nästan allt patchande i kerneln hittills har varit för Meltdown. Den påverkar inte AMD, utan de är en oskyldig åskådare som råkar illa ut. Problemet är att tillverkare inte på lång sikt inte kan ha två olika lösningar för något så fundamentalt som hur page table är organiserad, eftersom det dubblar mängden testning. Antingen bestämmer man sig för att det här med att ha både kernel och userspace i samma TLB är en oacceptabel risk, eller så säger man att det här är temporär patch för några processorer som har en bugg och räknar med att Intel fixar det i framtida modeller. Linus Torvalds är tydligt inne på det andra spåret för Linux, men jag skulle tro att MS (och Apple) hellre tar det första spåret - kallar det gamla upplägget för osäkert, och byter till det säkrare men långsammare framöver, eftersom de inte påverkas lika mycket av att ett systemanrop tar längre tid.

Finns ju patchar för Spectre Variant 1 och det är den variant som för "vanliga" användare är mest kritiskt att fixa då en av attackvektorerna är JavaScript i webbläsare.

"Variant 1 (Spectre) can be used in Javascript to pull secrets from a user's browser, by attacking the process memory of the browser."
Länk

För de som tror att deras CPU inte påverkas av Spectre Variant 1, testa att köra detta. Denna PoC av Spectre Variant 1 "lyckas" både på min Ryzen 5 1600 samt i7-6770HQ.

Spectre Variant 2 är den "luriga" varianten att fixa, här ska både mikrokoduppdateringar och uppdateringar av programvara till.

Den här tabellen är extremt missvisade

Vad som menas här med "Affected by Spectre 1" är huruvida man kan använda Spectre Variant 1 för att läsa kärnans minne, d.v.s. göra den lika illa som Meltdown (Variant 3).

Attackvektorn då är något som kallas BPF (Berkly Packet Filter) som finns i bl.a. Linux men även *BSD.

Spectre Variant 1/2 påverkar alla OS i bemärkelsen att de kan utnyttjas till att läsa data från adressrymden hos det program som man lyckas attackera. Värsta/troligaste attackvektor på "vanliga" system är i detta fall webbläsare via JavaScript (Spectre Variant 1).

Vidare är Spectre 1 fullt möjligt att patcha, även på Intel. Tyvärr kräver det att varje applikation man vill skydda uppdateras (kompileras om alt. att JIT-kompilatorn uppdateras som i fallet för webbläsare). Och det gäller Intels, ARMs och AMDs processorer, d.v.s. är fullt möjligt att patcha alla dessa och är också så att alla dessa behöver en patch om man vill vara säker.