Microsofts säkerhetsuppdatering slog ut ljudet – drivrutinen är från Windows 98-eran
Microsofts säkerhetsuppdatering slog ut ljudet – drivrutinen är från förra seklet.
När säkerhetsfixen skapar nya problem
Det finns en viss ironi i att ett program vars uppgift är att rätta till fel ibland introducerar nya. Det är precis vad som hänt med Microsofts månadsuppdatering för september, KB5124008, som rullades ut den 8 september. Enligt ZDNet har uppdateringen visat sig slå ut ljudfunktionen på ett antal äldre USB-enheter — allt från hörlurar och högtalare till mikrofoner.
Microsoft har bekräftat felet på sin sida för kända problem i Windows 11, version 25H2. Symptomen varierar men är tillräckligt påtagliga för att vara omöjliga att missa:
- Inget ljud alls från den anslutna enheten
- Ljudinställningarna svarar inte eller är otillgängliga
- Volymreglaget är inaktivt eller fastnar på noll
- Enhetshanteraren kastar upp felkod 10: "Den här enheten kan inte starta"
För den som sitter mitt i ett distansmöte eller en inspelningssession är det här mer än en liten olägenhet.
Roten till problemet: en ljudstandard från Windows 98-eran
För att förstå varför det här händer behöver man backa bandet till slutet av 1990-talet. Drivrutinen som berörs heter Usbaudio.sys och implementerar USB Audio Class 1.0 — en standard som var banbrytande i sin tid, just för att den möjliggjorde anslutning av ljudenheter utan tillverkarspecifika drivrutiner. Plug and play, med andra ord, fast för tjugofem år sedan.
Moderna enheter har till stor del gått vidare till USB Audio Class 2.0, Bluetooth eller traditionella ljuduttag. Men äldre hårdvara lever kvar — hos hemmaproducenter, i kontorsmiljöer, i skolsalar och hemma hos privatpersoner som har en perfekt fungerande headset som de inte ser någon anledning att byta ut. Det är fullt rimligt, och det är också därför den här buggen faktiskt drabbar riktiga människor.
Vad som gör felet extra intressant ur ett tekniskt perspektiv är att det verkar triggas av ett specifikt användningsläge: flerkanalsljud, som 5.1 eller 7.1-surroundljud. Enheter som körs i stereoläge verkar klara sig bättre.
Den tillfälliga lösningen
I väntan på att Microsoft rullar ut en permanent rättelse finns det faktiskt ett enkelt sätt att återfå ljudet. Att byta från flerkanalsläge till vanligt stereoläge löser problemet för många användare. Det är inte den elegantaste lösningen — särskilt inte om man har ett surroundsystem och betalt för upplevelsen — men det är funktionellt och kräver inga avancerade ingrepp i systemet.
Det är också värt att notera att Microsoft aktivt arbetar på en permanent rättelse. Det här är inte ett problem man skjuter under mattan.
Systemens sårbarhet för kedjereaktioner
Det som fascinerar mig som systemutvecklare är inte felet i sig — buggar finns i all programvara, det är en naturlag — utan snarare vad det illustrerar om hur moderna operativsystem fungerar. En säkerhetsuppdatering, skapad för att skydda användare, skapar en kedjereaktionen i ett decennier gammalt drivrutinslager som fortfarande bär upp hårdvara som används aktivt idag.
Det är ett klassiskt exempel på teknisk skuld i stor skala. Gamla gränssnitt och standarder måste hanteras parallellt med nya, och varje förändring i ett lager kan ge oväntade effekter i ett annat. Det är inte ett argument mot uppdateringar — tvärtom, säkerhetsuppdateringar är avgörande — men det understryker vikten av noggrann testning mot ett brett spektrum av hårdvara, inklusive äldre modeller.
Det är också en påminnelse om att "gammalt" inte betyder "oanvänt". USB Audio Class 1.0 är tjugofem år gammal, men den lever och används. Det är någonting som både Microsoft och vi som arbetar med systemutveckling behöver ha i åtanke.
Vår analys
Den här buggen är i sig begränsad — ett irritationsmoment snarare än en katastrof — men den lyfter en större och mer principiell fråga: hur hanterar vi arvet av äldre teknikstandarder i en era av ständiga uppdateringar?
Microsoft uppdaterar Windows månadsvis, ett system som i grunden är rätt och nödvändigt. Men varje uppdatering rör sig genom ett enormt ekosystem av hårdvara och drivrutiner, varav en del är decennier gamla. Att testa mot hela detta spektrum är en genuint svår ingenjörsmässig uppgift.
Framåt tror jag vi kommer att se ett ökat tryck på automatiserad testning mot historisk hårdvara — kanske med hjälp av AI-drivna testramverk som kan simulera bredare enhetsprofiler. Det är en möjlighet, inte bara ett problem att lösa. Den här incidenten är ett tydligt prejudikat för varför sådana investeringar lönar sig — för både användare och tillverkare.
Nyhetsvärde: Hanterbart och lösbart, men pedagogiskt viktigt för alla som förstår hur moderna system är byggda.