Was ist neu und warum es zählt
Am 8. September 2026 führte das Sicherheitsupdate für Windows 11 (Zweige 26H1/25H2/24H2 und 23H2) ein Problem ein, das bei einigen USB Audio Class 1.0‑Geräten zu Tonausfällen führen kann. Microsoft ergänzte den Vorfall im Release‑Health‑Dashboard und lieferte sechs Tage später ein außerbandiges (OOB) Update, das einen Teil der Symptome abmildert. Diese Abfolge betrifft Copilot‑Piloten, Rollouts auf NPU‑fähiger Hardware und Kreativumgebungen, die auf mehrkanalige USB‑Audio‑Interfaces angewiesen sind. (learn.microsoft.com)
Parallel dazu wurde ein separater Vorfall bei ARM64‑PCs (z. B. Surface Pro 11 und Surface Laptop 7) gemeldet: Nach den Updates vom 11. August 2026 konnten Microsoft Teams und das neue Outlook unter Umständen nicht starten oder schlossen sich unerwartet. Für Administratoren gemischter x86/ARM‑Flotten verlangte die Koordination der Wartungsfenster im September zusätzliche Vorsicht. (support.microsoft.com)
Exakte Zeitlinie: von KB5124012 bis zum September‑OOB
8. September 2026: Das kumulative Sicherheitsupdate KB5124012 erscheint für Windows 11 Version 26H1 (Build 28000.2954). Nach der Installation dokumentiert Microsoft, dass bestimmte USB Audio Class 1.0‑Geräte nicht starten, Code 10 anzeigen, keinen Ton ausgeben oder nicht reagierende Steuerelemente aufweisen können. (support.microsoft.com)
14. September 2026: Microsoft veröffentlicht das OOB KB5129194 für 26H1 (28000.2956). Dieses Update behebt unter anderem Ausfälle in Mehrkanal‑Modi (z. B. 8 Kanäle oder 3D) bei USB Audio Class 1.0‑Geräten, weist jedoch darauf hin, dass nicht alle Audiosymptome abgedeckt sind, und verweist für die Nachverfolgung auf die bekannten Probleme. Am selben Tag erscheinen gleichwertige OOBs für 24H2/25H2 (KB5129195) und 23H2 (KB5129242). (support.microsoft.com)
Was genau betroffen war
Betroffene Geräte melden nach dem September‑B‑Release eines oder mehrere dieser Symptome: „This device cannot start (Code 10)“ im Geräte-Manager, vollständiger Ausfall der Audioausgabe, nicht reagierende oder auf Null festhängende Lautstärkeregler sowie nicht ladende Soundeinstellungen. Das Muster ist auf Peripherie begrenzt, die USB Audio Class 1.0 implementiert. (support.microsoft.com)
In Studio‑ oder Kreativ‑Szenarien war die Auswirkung bei Mehrkanal‑Konfigurationen stärker (7.1/8‑Kanal‑Interfaces, 3D‑Virtualisierung), die bis zum OOB vom 14. September instabil blieben. In Standard‑Stereo‑Setups funktionierten viele Geräte weiter, dennoch hielt Microsoft das Tracking in Release Health aktiv, um verbleibende Symptome zu beobachten. (support.microsoft.com)
Status und Umfang heute (20. September 2026)
Microsoft markiert das Problem seit den OOBs vom 14. September als entschärft, mit dem Hinweis, dass Fälle außerhalb des Mehrkanal‑Audios fortbestehen können. Der dokumentierte Umfang umfasst Windows 11‑Clients 26H1/25H2/24H2/23H2 und in bestimmten Matrizen unterstützte Windows 10‑Versionen; Windows Server‑Releases erscheinen für diesen Audio‑Vorfall nicht betroffen. (learn.microsoft.com)
Zum ARM‑Vorfall mit Teams und dem neuen Outlook ordnete Microsoft die Ursache den am 11. August 2026 (KB5121003) oder später veröffentlichten Updates zu, mit expliziter Nennung von Surface Pro 11 und Surface Laptop 7. In Release Health ist der Status über den September‑Zyklus hinweg als behoben gekennzeichnet; Administratoren sollten prüfen, dass ARM‑Geräte die neuesten kumulativen Updates erhalten haben, bevor sie den Fall schließen. (support.microsoft.com)
Getrennter Vorfall: falsche Defender‑Benachrichtigungen und die Korrektur
Zusätzlich zu den Audioproblemen und Auswirkungen rund um RDS/Hyper‑V verzeichnete Microsoft im September fehlerhafte Hinweise, wonach „Microsoft Defender Antivirus deaktiviert ist“, obwohl er tatsächlich aktiv blieb. Im 25H2‑Dashboard ist dieser Vorfall als am 17. September 2026 behoben markiert. (learn.microsoft.com)
Am selben Tag veröffentlichte der Update‑Katalog die Defender‑Plattformversion 4.18.26080.4 (KB4052623). Zwar verknüpft Microsoft beide Seiten nicht wörtlich, in der Praxis berichten Administratoren jedoch, dass die .4‑Plattform den Compliance‑Status normalisiert. Wir empfehlen, in Flottenprüfungen auf 4.18.26080.4 oder höher zu zielen. (catalog.update.microsoft.com)
Was jetzt zu tun ist: offizielle Schritte und schnelle IT‑Checkliste
Empfohlene Schritte: 1) Installieren Sie das OOB für Ihren Zweig und starten Sie neu. Für 26H1 KB5129194; für 24H2/25H2 KB5129195; für 23H2 KB5129242. 2) Falls Sie temporäre RDS/Hyper‑V‑Umgehungen per Gruppenrichtlinie gesetzt haben, stellen Sie diese wieder zurück und aktivieren Sie die angegebenen Richtlinien gemäß den Hinweisen, installieren Sie anschließend das OOB und starten Sie neu. 3) Aktualisieren Sie Defender auf Plattform 4.18.26080.4 oder höher (KB4052623); prüfen Sie die Version nach dem Neustart. 4) Prüfen Sie auf ARM, dass Surface Pro 11/Laptop 7 die September‑Kumulativen erhalten haben und Teams/Outlook korrekt starten. 5) Verfolgen Sie Message Center und Release Health für weitere Statusänderungen. (support.microsoft.com)
Schnelle IT‑Checkliste: • Installierte KBs je Zweig erfassen und eine Versionsmatrix erstellen. • Mehrkanal‑Audioperipherie und Aufnahmeszenarien testen. • ARM‑Geräte mit Teams/Outlook validieren. • Sicherstellen, dass Defender auf 4.18.26080.4+ ist und die Compliance wieder grün zeigt. • Wartungsfenster anpassen, um den OOB‑Rollout flächendeckend abzuschließen. • Windows release health‑Benachrichtigungen im Admin Center aktiviert lassen. (support.microsoft.com)
Kontext und weiteres Vorgehen
Windows 11 26H1 ist eine speziell für neue Geräte des Jahres 2026 ausgerichtete Version; sie ist nicht als In‑Place‑Funktionsupdate von 24H2/25H2 vorgesehen, was einen Teil der von Deployment‑Teams beobachteten Verfügbarkeitsunterschiede erklärt. Planen Sie Piloten und Image‑Pads mit diesem Support‑Umfang im Blick. (learn.microsoft.com)
Für den operativen Nachlauf stützen Sie sich auf drei Quellen: 1) das Windows release health‑Dashboard je Version, 2) die KB‑Seiten mit Historie und bekannten Problemen und 3) das Microsoft 365 Message Center, das dringliche Produktionshinweise bündelt. Mit etwas Disziplin —Peripherie‑Validierung, Defender‑Versionskontrolle und ARM‑Kanaren— reduzieren Sie Überraschungen im nächsten Wartungsfenster. (learn.microsoft.com)