23. November 2025

Nach dem kumulativen Juli-Update KB5062553 für Windows 11 version 24H2 kommt es laut Microsoft zu massiven Funktionsstörungen zentraler Shell-Komponenten. Besonders betroffen sind VDI-Umgebungen und Systeme bei der ersten Benutzeranmeldung nach dem Update. Ursache ist eine Race Condition bei der Initialisierung von XAML-Abhängigkeiten.

Microsoft bestätigt Fehler in Windows 11 24H2

Microsoft hat offiziell eine Störung nach dem kumulativen Update KB5062553 für Windows 11 24H2 bestätigt. Der Fehler beeinträchtigt zentrale Komponenten der Windows-Shell und kann dazu führen, dass Systeme während oder nach der Anmeldung nur eingeschränkt oder gar nicht nutzbar sind.

Betroffen sind unter anderem:

  • Startmenü

  • Taskleiste

  • Systemeinstellungen

  • Explorer und ShellHost

Problematisch ist die Situation in nicht persistenten Umgebungen wie VDI-Infrastrukturen oder bei frisch eingerichteten Benutzerprofilen.

Betroffene Szenarien

Die Störung tritt vor allem in folgenden Konstellationen auf:

  • Erste Anmeldung eines Benutzers nach Installation eines kumulativen Updates

  • Nicht persistente Betriebssysteminstallationen, z. B. VDI- oder Cloud-Desktops

  • Geräte, auf denen Benutzerprofile neu erstellt werden müssen

  • Klassische physische Clients mit neuem Benutzerprofil nach Update

Gerade in VDI-Umgebungen sind die Auswirkungen besonders gravierend, da dort Anwendungsabhängigkeiten bei jeder Sitzung neu bereitgestellt werden.

Symptome: Wenn die Windows-Shell versagt

Administratoren und Nutzer berichten von folgenden Symptomen:

  • Leere oder nicht reagierende Taskleiste

  • Startmenü lässt sich nicht öffnen oder zeigt Fehlermeldungen

  • Explorer.exe stürzt direkt nach der Anmeldung ab

  • Systemeinstellungen lassen sich nicht starten

  • ShellHost.exe beendet sich unerwartet

  • XAML-basierte UI-Komponenten initialisieren nicht

  • „Immersive Shell“-Fehler ohne sichtbare Fehlermeldung

In vielen Fällen läuft der Explorer-Prozess zwar, zeigt jedoch keine sichtbare Benutzeroberfläche an.

Technischer Hintergrund: Race Condition bei XAML-Abhängigkeiten

Microsoft identifizierte eine Race Condition bei der Registrierung von XAML-Abhängigkeiten als Ursache des Problems.

Die Shell von Windows 11 ist von mehreren XAML-Komponenten abhängig, unter anderem:

  • MicrosoftWindows.Client.CBS_cw5n1h2txyewy

  • Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe

  • MicrosoftWindows.Client.Core_cw5n1h2txyewy

Nach dem Update werden diese Pakete nicht rechtzeitig registriert, bevor Shell-Komponenten wie StartMenuExperienceHost.exe oder ShellHost.exe sie laden wollen. Das führt zu Initialisierungsfehlern oder Abstürzen der Benutzeroberfläche.

Betroffene Hauptkomponenten

Die folgenden Kernkomponenten der Windows-Shell können betroffen sein:

Besonders betroffen sind alle UI-Elemente, die auf XAML-Island-Technologie basieren.

Aktueller Status und Microsoft-Reaktion

Microsoft hat das Problem offiziell bestätigt und untersucht derzeit eine dauerhafte Lösung. Ein Fix ist angekündigt, jedoch noch nicht veröffentlicht.

Workaround: Manuelle Registrierung der XAML-Pakete

Als Übergangslösung empfiehlt Microsoft eine manuelle Neuregistrierung der betroffenen Pakete über PowerShell:

Add-AppxPackage -Register -Path „C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\appxmanifest.xml“ -DisableDevelopmentMode

Add-AppxPackage -Register -Path „C:\Windows\SystemApps\Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe\appxmanifest.xml“ -DisableDevelopmentMode

Add-AppxPackage -Register -Path „C:\Windows\SystemApps\MicrosoftWindows.Client.Core_cw5n1h2txyewy\appxmanifest.xml“ -DisableDevelopmentMode

VDI-Umgebungen: Logon-Skript als pragmatischer Ansatz

Für nicht persistente Systeme empfiehlt sich ein synchrones Anmeldeskript, das vor dem Start von explorer.exe ausgeführt wird:

@echo off
REM Registrierung von MicrosoftWindows.Client.CBS
powershell.exe -ExecutionPolicy Bypass -Command „Add-AppxPackage -Register -Path ‚C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\appxmanifest.xml‘ -DisableDevelopmentMode“

REM Registrierung von Microsoft.UI.Xaml.CBS
powershell.exe -ExecutionPolicy Bypass -Command „Add-AppxPackage -Register -Path ‚C:\Windows\SystemApps\Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe\appxmanifest.xml‘ -DisableDevelopmentMode“

REM Registrierung von MicrosoftWindows.Client.Core
powershell.exe -ExecutionPolicy Bypass -Command „Add-AppxPackage -Register -Path ‚C:\Windows\SystemApps\MicrosoftWindows.Client.Core_cw5n1h2txyewy\appxmanifest.xml‘ -DisableDevelopmentMode“

Wichtig: Dieses Skript sollte synchron und vor dem Explorer-Start ausgeführt werden, um eine erneute Race Condition zu vermeiden.

Empfehlung für Administratoren

Microsoft rät Administratoren dringend:

  • Alle Workarounds zuerst in Test- und Staging-Umgebungen zu validieren

  • Die Verteilung in VDI-Pools gestaffelt vorzunehmen

  • Betroffene Update-Rollouts nach Möglichkeit zu verzögern

Auch interessant:

Bild/Quelle: https://depositphotos.com/de/home.html

Folgen Sie uns auf X

Folgen Sie uns auf Bluesky

Folgen Sie uns auf Mastodon

Hamsterrad Rebell – Cyber Talk