Windows 11: USB-Audio fällt nach KB5124008 aus, Code 10 im Geräte-Manager
Nach dem Sicherheitsupdate KB5124008 vom 8. September 2026 starten USB-Audiogeräte auf Windows 11 teilweise nicht mehr oder bleiben stumm, der Geräte-Manager meldet Code 10. Microsoft führt das seit dem 11. September als bestätigtes Known Issue. Betroffen sind ausschließlich die Client-Versionen 26H1, 25H2 und 24H2. Was Administratoren vor dem breiten Rollout testen sollten.

Mit dem Sicherheitsupdate KB5124008 vom 8. September 2026 hat Microsoft die Windows-11-Linien auf die OS Builds 26200.9445 und 26100.9445 gehoben. Drei Tage später, am 11. September, kam im Windows-Release-Health-Dashboard ein Eintrag dazu, der für Arbeitsplatzrechner unangenehm werden kann: USB-Audiogeräte starten nach dem Update teilweise nicht mehr oder geben keinen Ton wieder.
Der Eintrag trägt den Status Confirmed, wurde am 11. September 2026 um 18:36 Uhr PT geöffnet und um 19:10 Uhr PT zuletzt aktualisiert. Damit ist das Problem keine Sammlung von Forenberichten mehr, sondern ein von Microsoft anerkannter Fehler mit klar abgegrenztem Geltungsbereich. Genau diese Abgrenzung ist der Punkt, an dem sich die Rollout-Entscheidung entscheidet.
Was genau kaputt ist
Microsoft schränkt das Problem eng ein: Es betrifft ausschließlich Geräte nach dem Standard USB Audio Class 1.0. Diese Spezifikation stammt aus dem Jahr 1998, steckt aber wegen der überall vorhandenen Inbox-Treiber bis heute in vielen Headsets, einfachen USB-Soundkarten und Konferenzspinnen. Ein Gerät ist also nicht deshalb unverdächtig, weil es neu gekauft wurde.
Die von Microsoft dokumentierten Symptome treten einzeln oder in Kombination auf:
- Der Geräte-Manager zeigt am betroffenen Gerät den Fehler
Dieses Gerät kann nicht gestartet werden (Code 10). - Es kommt gar keine Tonausgabe zustande.
- Lautstärkeregler reagieren nicht oder bleiben auf Null stehen.
- Die Sound-Einstellungen reagieren nicht oder sind nicht erreichbar.
- Manche Geräte laufen im normalen Stereobetrieb weiter, versagen aber bei Mehrkanalfunktionen, etwa im 8-Kanal- oder 3D-Audio-Modus.
Für die letzte Gruppe nennt Microsoft den einzigen bekannten Behelf: Kundinnen und Kunden berichten, dass sich der Ton durch Umschalten auf den 2-Kanal-Modus wiederherstellen lässt. Das hilft aber nur dort, wo das Gerät im Stereobetrieb überhaupt noch anläuft. Bei einem harten Code 10 bringt die Umstellung nichts.
Wer betroffen ist und wer nicht
Die Plattformliste ist für die Rollout-Planung wichtiger als die Symptombeschreibung, weil sie ganze Systemgruppen entlastet.
| Bekanntes Problem | Status | Betroffene Clients | Betroffene Server |
|---|---|---|---|
| USB-Audiogeräte starten nicht oder bleiben stumm | Confirmed | Windows 11 26H1, 25H2, 24H2 | keine |
| Remote Desktop Services reagieren nicht mehr | Mitigated | Windows 11 26H1, 25H2, 24H2, 23H2; Windows 10 22H2, 21H2; Windows 10 Enterprise LTSC 2019 und 2016 | Windows Server 2025, 2022, 2019, 2016, 2012 R2, 2012 |
| Plan9-Ordnerfreigaben in Hyper-V-Linux-VMs fehlen | Confirmed | Windows 11 26H1, 25H2, 24H2, 23H2 | keine Angabe |
Beim Audio-Problem steht bei Server ausdrücklich None. Windows Server ist von diesem Fehler also nicht betroffen, ebenso wenig Windows 11 23H2 und Windows 10. Wer eine reine Server- oder eine ältere Client-Flotte betreibt, muss wegen des Tonproblems nichts zurückstellen.
Kein Known Issue Rollback verfügbar
Bei vielen Regressionen dieser Art veröffentlicht Microsoft ein Known Issue Rollback und dazu eine Gruppenrichtlinie, mit der Administratoren das fehlerhafte Codestück abschalten können, ohne das Sicherheitsupdate zu verlieren. Für das USB-Audio-Problem ist ein solcher Rollback in den geprüften Quellen nicht dokumentiert. Weder der Release-Health-Eintrag noch die Fachpresse nennen eine KIR-Richtlinie.
Das verschiebt die Handlungsoptionen spürbar. Es bleibt: die Umstellung auf 2-Kanal-Stereo, ersatzweise Hardware nach USB Audio Class 2.0, oder Warten. Microsoft schreibt zum weiteren Vorgehen lediglich, man arbeite an einer Lösung und werde die Dokumentation aktualisieren. Einen Termin gibt es nicht.
Eine Deinstallation von KB5124008 ist keine sinnvolle Antwort. Das Update schließt den kompletten September-Patchday, ein Rollback reißt die dort geschlossenen Lücken wieder auf. Welche das im Einzelnen sind, steht in unserer Auswertung zum Patchday September 2026 mit zwei aktiv ausgenutzten Lücken. Ein Gerät ohne Ton ist ärgerlich, ein ungepatchter Client mit aktiv ausgenutzter Schwachstelle ist ein anderes Kaliber.
Das RDS-Problem als zweite Baustelle
Parallel führt Microsoft ein zweites Known Issue zum selben Patchday: Remote Desktop Services werden instabil, RDP-Sitzungen brechen nach einigen Minuten ab, Server bleiben bei der Meldung zur Remotedesktop-Konfiguration hängen. Der Status lautet Mitigated, die Plattformliste reicht deutlich weiter, bis zurück zu Windows Server 2012.
Für die Client-Rollout-Frage ist das relevant, weil es die Antwort auseinanderzieht: Der Server ist vom Tonproblem nicht betroffen, wohl aber vom RDS-Problem. Die Details dazu, samt Symptomliste und dem von Microsoft genannten Behelf, haben wir gesondert aufbereitet, siehe Windows-Server-Updates September 2026 und die RDS-Ausfälle. Wir wiederholen das hier nicht, sondern behandeln es als Randbedingung: Wer Terminalserver betreibt, hat zwei getrennte Risiken in zwei getrennten Ringen zu bewerten.
Rollout-Entscheidung für Arbeitsplatzrechner
Die nüchterne Antwort auf die Frage, ob KB5124008 jetzt breit auf Clients ausgerollt werden soll, lautet: ja, aber nicht überall gleichzeitig. Das Sicherheitsargument spricht klar für den Rollout, das Audio-Problem spricht gegen einen Big-Bang über die gesamte Flotte. Eine brauchbare Staffelung orientiert sich nicht an Abteilungen, sondern an der angeschlossenen Audio-Hardware.
- Sofort ausrollen: Notebooks und Desktops ohne externe USB-Audiohardware, die ausschließlich interne Lautsprecher, Klinke, HDMI oder Bluetooth nutzen.
- Sofort ausrollen: Arbeitsplätze mit Windows 11 23H2 und alle verbliebenen Windows-10-Clients, da diese Versionen vom Audio-Problem nicht erfasst sind.
- Zurückstellen bis zur bestandenen Pilotprüfung: Callcenter- und Support-Arbeitsplätze mit USB-Headsets, weil dort ein stummes Gerät den Arbeitsplatz komplett lahmlegt.
- Zurückstellen: Konferenz- und Besprechungsräume mit USB-Freisprecheinrichtungen oder USB-Mischpulten, weil Ausfälle dort erst im Termin auffallen.
- Zurückstellen: Arbeitsplätze mit USB-Audiointerfaces für Aufnahme, Schulung oder Podcast-Produktion, häufig Mehrkanalgeräte und damit im Kern des Problems.
- Getrennt bewerten: Terminalserver und Sitzungshosts, dort entscheidet nicht das Audio-Problem, sondern das RDS-Known-Issue.
Wer Updates über Windows Update for Business oder WSUS steuert, kann diese Staffelung ohne neue Werkzeuge abbilden. Nötig ist lediglich eine Gerätegruppe, die sich an der Audio-Hardware orientiert, statt an der Organisationsstruktur.
So testet man vor dem Rollout
Ein aussagekräftiger Test dauert pro Gerät wenige Minuten. Entscheidend ist nicht die Tiefe, sondern die Abdeckung der Geräteklassen. Ein Pilot mit zwanzig identischen Headsets sagt weniger aus als einer mit fünf verschiedenen Modellen.
- Klasse des Geräts feststellen: Im Geräte-Manager unter Audioeingänge und -ausgänge beziehungsweise USB-Controller die Eigenschaften öffnen. Geräte, die über den generischen Inbox-Treiber laufen, sind die Verdachtskandidaten.
- Referenzzustand vor dem Update festhalten: funktionierende Wiedergabe, funktionierende Aufnahme, eingestellter Kanalmodus. Ohne Vorher-Bild ist ein Nachher-Befund wertlos.
- Update auf dem Pilotgerät einspielen und neu starten.
- Geräte-Manager prüfen: Erscheint ein Ausrufezeichen oder der Code 10, ist der Fall klar.
- Wiedergabe und Aufnahme testen, danach die Lautstärkeregelung bewegen und beobachten, ob sie reagiert oder auf Null zurückfällt.
- Sound-Einstellungen öffnen und prüfen, ob die Oberfläche reagiert.
- Bei Mehrkanalgeräten zusätzlich testweise auf 2-Kanal-Stereo umstellen und erneut prüfen, ob der Ton zurückkommt. Das Ergebnis dokumentieren, es entscheidet über die Machbarkeit des Behelfs im Feld.
Diese Gerätemodelle sollten in einer Pilotgruppe mindestens vertreten sein: das im Support eingesetzte Standard-Headset, ein zweites Headset-Modell eines anderen Herstellers, eine USB-Freisprecheinrichtung aus einem Besprechungsraum, ein USB-Audiointerface oder Mischpult, eine einfache USB-Soundkarte oder ein USB-auf-Klinke-Adapter sowie ein USB-Monitor oder eine Dockingstation mit integrierter Audiofunktion. Docks werden dabei gern übersehen, obwohl sie Audio häufig als eigenes USB-Gerät bereitstellen.
Unbestätigte Berichte einordnen
Rund um den September-Patchday kursieren weitere Fehlerberichte, die deutlich breitere Auswirkungen hätten. Genannt werden Ausfälle bei Always On VPN mit zertifikatsbasierter Authentifizierung, Abstürze der explorer.exe nach der Anmeldung in virtualisierten Desktop-Umgebungen, ein Dateiversionsverlauf, der externe Festplatten nicht mehr erkennt, sowie Probleme mit AMD-Grafikkarten.
Diese Punkte stammen aus Nutzerberichten in der Fachpresse. Sie stehen nicht als bestätigtes Known Issue in den geprüften Microsoft-Release-Health-Einträgen. Wir führen sie hier auf, damit niemand von einem bekannten Muster überrascht wird, aber ausdrücklich als unbestätigt. Als Planungsgrundlage für einen Rollout-Stopp taugen sie in diesem Zustand nicht. Wer eines dieser Szenarien produktiv betreibt, sollte es in den Pilot aufnehmen, statt darauf zu warten, dass Microsoft die Berichte bestätigt oder ausräumt.
Belastbar dokumentiert ist neben Audio und RDS ein drittes Problem: In Hyper-V-basierten Linux-VMs können über Plan9 freigegebene Host-Ordner fehlen. Betroffen sind namentlich WSL und Anwendungen mit HCS-verwalteten VMs. Wer Entwicklungsarbeitsplätze mit WSL betreibt, prüft das am besten im selben Pilotdurchlauf.
Was jetzt zu tun ist
Kurzfassung für die kommende Woche: Rollout nicht pauschal stoppen, sondern nach Audio-Hardware trennen. Clients ohne externe USB-Audiogeräte bekommen das Update sofort, die übrigen nach einem Pilotdurchlauf mit echter Gerätevielfalt. Betroffene Einzelfälle laufen über die Umstellung auf 2-Kanal-Stereo oder, wo vorhanden, über einen Tausch gegen ein Gerät nach USB Audio Class 2.0.
Da kein Known Issue Rollback existiert und Microsoft keinen Fix-Termin genannt hat, bleibt das Release-Health-Dashboard die maßgebliche Quelle. Ein wöchentlicher Blick darauf gehört in dieser Situation zur Update-Routine, nicht in die Kategorie Kür.
Passende Anleitungen auf S-EDV
- Windows-Updates mit WSUS und Update for Business steuern: zeigt, wie sich die hier beschriebenen Ringe und Verzögerungen technisch umsetzen lassen.
- Geräte mit Intune und Windows Autopilot ausrollen: hilft beim Bilden der Gerätegruppen, nach denen die Pilotgruppe geschnitten wird.
- Remotedesktopdienste einrichten und lizenzieren: Grundlagen für alle, die zusätzlich das RDS-Known-Issue bewerten müssen.
Quellen
- Microsoft Windows Release Health, Known Issues Windows 11 24H2, Stand 11.09.2026
- Microsoft Support: KB5124008, OS Builds 26200.9445 und 26100.9445
- WinFuture: USB-Audio-Ausfälle nach dem September-Update, 12.09.2026
- Neowin: Windows 11 update triggers Code 10 error and breaks USB audio devices
- Windows Latest: Microsoft confirms Windows 11 update kills audio on some PCs, 13.09.2026