Uppdatera BIOS för att undvika sårbarheter i AMD-processorer

Jag fick en tredje variant (på ett Asus-moderkort): alla profiler var spårlöst försvunna efter uppdateringen.

Lite störigt, men jag har kört high tech-varianten med att spara bilder på allt viktigt, så efter typ en kvarts pillande hade jag allt i ordning igen.
Körde screenshots i BIOS (F12) och slog ihop alla inställningar på samma sida i Photoshop, så bilden med RAM-timings är omkring tre skärmar hög

Ser riktigt spännande ut det här.

"Processortillverkaren uppmanar alla som använder processorerna att uppdatera BIOS på moderkort så snart som möjligt."

Då antar jag att för mig blir det när det är möjligt.

Så jag sitter med en bärbar dator från Lenovo med processorn Ryzen 7 5800H.

När jag tittar på listan över påverkade processorer så ser jag att under ”MOBILE - AMD Ryzen™ Series” så nämns ”AMD Ryzen™ 5000 Series Mobile Processors with Radeon™ Graphics” 3 gånger.
Nu står det förvisso samma information i alla tre fallen och processorn är påverkad av två utav fyra sårbarheter.

Men vilket är det bästa tillvägagångssättet att uppdatera en bärbar dator?
Är inte rekommendationen att vänta på att tillverkaren lägger upp en uppdatering anpassat för deras system.

Jag har tittat både på AMD’s och på Lenovo’s supportsidor men hittar inget.
På Lenovo’s support sida såg det ju lovande ut då den senaste BIOS-uppdateringen var upplagd bara för en vecka sedan.
Men tyvärr så ingick inte de aktuella CVE-varianterna i den.
Även Lenovo Vantage på datorn säger att mitt system är helt uppdaterat, vilket inte säger så mycket.

Så med en bärbar dator får man snällt sitta i soffan och vänta på tillverkaren.

Vanligtvis så ja. Lenovo brukar trycka ut viktiga BIOS-uppdateringar genom Windows Update rätt så ofta.
För inte så länge nollställdes utan förvarning krypteringsnyckeln i UEFI för mig vid en sådan uppdatering, men alla har ju förstås koll på Bitlocker-nyckeln. 😉

Det var exakt detta jag var rädd för. Får väl ta bilder på alla inställningar med mobilen. Som tur var har jag inte custom DRAM timings som flera här verkar ha.

Sen kan man inte alltid nedgradera så är BIOSen man flashar till inte speciellt bra kan man sitta halvt i skiten.

Profiler skall ALLTID bara användas på samma bios-version som dom är skapade på, det kan skilja på kritiska inställningar och dom kan vara på helt olika positioner mellan två olika bios-versioner.

Varför sparas profilerna när man uppdaterar BIOS i så fall?

Säg det, men det krävs ingen expert för att förstå att profilen buggar om menyerna har ändrats vilket dom ofta har

Jo, men det du säger är i princip att de gjort en kass implementation och därför fungerar det inte. Vad jag ville åt var istället att de hade kunnat göra något bättre.

Det hade dom kunnat, men dom har inte gjort det hitills så det är än så länge bara önskedrömmar.

Jag glömde nämna att det du ser är inte hela bioset, det finns massor av inställningar som bios skaparen har valt att dölja för slutanvändaren, även där kan det finnas kritiska skillnader så kort sagt använd inte profiler mellan olika bios-versioner om ni vill undvika problem!

Absolut. Jag antar att den huvudsakliga skillnaden i inställning är att jag har något slags naiv förhoppning att de skulle kunna lägga manken till i något läge.

OM de skulle bry sig, så skulle det rimliga förmodligen vara att hålla koll på användarens inställningar i första hand och varna om de inte finns längre, inte försöka applicera alla inställningar som existerar i systemet.

Det kan ju inte heller vara så svårt att mappa gamla inställningar till nya.

Att påtala detta kan för övrigt få dig permabannad från Asus forum.

Det kan kanske variera. Men när de bara skickar UIt i tombolan igen så bör ju samma inställning kunna sparas på samma sätt oavsett.

Rimligt, hemska tanke om den här typen av idéer om potentiell produktförbättring börjar sprida sig i kundbasen.

Någonstans måste ju inställningarna i BIOS representera faktiska funktioner. Om bara UI;t ändras borde det vara busenkelt att mappa om. Ifall den underliggande funktionen ändras kanske det behövs en gnutta tankekraft, men det kan inte gärna vara raketkirurgi. Bara för att exemplifiera:

Säg att Vcore flyttas och byter namn i UI;t, men funktionen är den samma: Mappa gamla Vcore-inställningen till den nya. Klart.

Ifall värdet på något vis får en annan betydelse (jag vet inte riktigt hur det skulle gå till, men ändå): Omvandla det gamla värdet till det nya.

Finns det uppdaterade gränsvärden eller liknande: Se till att de mappade värdena håller sig inom ramarna. Gör gärna användaren en tjänst och informera om ändringen.

Jag är förvisso ingen programmerare men jag kan inte se hur det här skulle vara ett problem. För egen del tror jag det beror mer på att tillverkarnas främsta intresse är att trycka fler ROG-klistermärken (eller motsvarande) på produkterna, medan kompetent support är tråkigt och kostar pengar.

Ja, och såklart dumt av mig att knäppa en moderator på näsan och påtala att denne pratar strunt. Till mitt försvar ska dock sägas att jag inte ens börjat bli arg.

Jag tror nog att de flesta kör din metod fast med BIOS:et på USB-minne istället för på C:. Antagligen för att alla BIOS inte hade stöd för NTFS förut -- vet inte hur det är nu, men jag blev lite förvånad när mitt hade det, så jag körde också med BIOS:et på en vanlig SSD när jag flashade.

Det låter väldigt smidigt och bekvämt. Får prova det tills nästa gång jag uppgraderar.

När du säger "Q Flash via moderkortet", menar du då "Q-Flash Plus" (Gigabyte), "BIOS Flashback" (Asus), och allt vad de olika tillverkarna kallar den självständiga flashfunktionen? Dvs där man trycker på en knapp med datorn helt avstängd så flashas det om från USB?

Det är en absolut suverän funktion att ha, men det är ju mer en livlina än ett förstahandsalternativ i nästan alla situationer.

Men det blir ju räddaren i nöden om man t.ex. har en CPU som inte stöds av nuvarande firmware, om en uppgradering på något sätt misslyckats och datorn inte startar alls efter det, om datorn är fruktansvärt instabil av en eller annan anledning och man inte litar på att den kommer ta sig igenom flashprocessen utan att krascha, och liknande scenarion.

Flashback är bara till för dom tillfällen du inte ens kommer in i bios för att flasha, en livräddare alltså, så länge allting fungerar är det bara att flasha på vanligt sätt.

Man kan även flasha direkt till bios-chippet mha av en SPI-flash enhet, finns på Ebay bla, för dom tillfällen inte ens flashback fungerar. Men det krävs att moderkortet har headers för detta, kan saknas på billigare moderkort.

I det här fallet handlar det även om flera barn. Q-Flash är bara vad Gigabyte kallar den vanliga funktionen att flasha BIOS inne i BIOS medan Q-Flash Plus är funktionen du tänker på, d.v.s. att flasha BIOS utan CPU. Så det gäller att hålla isär dem, det är tyvärr inte ovanligt att folk gör tabben att tro att moderkortet har BIOS Flashback bara för att det står Q-Flash i Gigabytes spec.

Nu såg jag att nya bioset hade kommit till mitt moderkort 2024-03-22, Gigabyte GA-AX370-Gaming K5 (rev. 1.x) bios version F52. Uppdaterade efter att kopplat skärm, mus och tangentbord till servern som det sitter i. Och trevligt nog så var det inte heller några problem med iommu-grupperna så det var ju trevligt att få ett fräsch bios som också fungerar :-). Jag hade ett bios från 2019 så det var på tiden. Jag får väl se om det uppstår några andra problem men den bootade upp fint och allt verkar fungera så här långt.

Edit: Jaha jag har visst fått stöd för 5000-serien CPUer också med det här bioset. Kör med en 3800X men känner väl inte jag har för dålig prestanda men kan ju vara bra att veta om man skulle få tag på någon begagnad billig CPU-uppgradering i framtiden.

Är rätt säker på att AMD endast distribuerar microcode till EPYC löst sådär? (Möjligen även Threadripper, osäker på denna?)

Hursomhelst, Ryzen verkar endast få microcodeuppdateringar via nya AGESA-versioner som integreras i moderkortstillverkarens UEFI.