22. Oktober 2024 – KB5045594 (BS-Build 19045.5073) Vorschau

Unmittelbar nach der Installation dieses Updates oder später stellen Sie möglicherweise fest, dass Apps wie Quick Assist, Microsoft Teams, Windows Narrator usw. möglicherweise nicht gestartet werden können, wenn Sie kein Administrator sind. Dieses Problem tritt möglicherweise bei jeder App auf, die UIAccess=true beim Versuch, die App als Benutzer ohne Administratorrechte auszuführen, festlegt. Das Attribut uiAccess=true in der Manifestdatei einer Anwendung wird verwendet, um zu beantragen, dass der Anwendung höhere Privilegien gewährt werden. Apps, die dieses Attribut verwenden, starten von einem sicheren Pfad, wie z. B.:

• %ProgramFiles% (einschließlich Unterverzeichnisse)

• %ProgramFiles(x86)% (einschließlich Unterverzeichnissen für 64-Bit-Versionen von Windows)

• %systemroot%\system32

• %systemroot%\syswow64 (für 64-Bit-Versionen von Windows)

Wenn Sie das Procmon -Überwachungstool auf Ihrem Gerät installiert haben, werden Sie feststellen, dass die Anwendung mit der falschen Integritätsebene, Integrity:Low, anstelle der erwarteten, Integrity:Medium, ausgeführt wird. Es ist weniger wahrscheinlich, dass dieses Problem auftritt, wenn Sie die Anwendung als Administrator ausführen.

Dieses Problem wird in KB5046613 behoben. ​​

Nach der Installation dieses Updates oder nachfolgenden Updates treten bei einer kleinen Teilmenge von Azure Virtual Desktop-Kunden, die Hosts mit mehreren Sitzungen (AVD) verwenden, möglicherweise die folgenden Probleme auf:

• Eine verlängerte Wartezeit von 10 bis 30 Minuten mit einem schwarzen Bildschirm nach der Benutzeranmeldung.

• Bei Office-Anwendungen, einschließlich Outlook und Teams, treten Fehler beim einmaligen Anmelden (Single Sign-On, SSO) auf, die verhindern, dass Benutzer eine Verbindung herstellen oder Daten synchronisieren.

Dieses Problem wird durch eine Blockade in der Interaktion zwischen dem Azure Active Directory (AAD)-Broker und dem zugrunde liegenden AppX-Bereitstellungsdienst (AppxSvc) und dem Infrastrukturdienst für Hintergrundaufgaben verursacht. Dieses Problem tritt eher auf, wenn Sie FSLogix-Benutzerprofilcontainer in Umgebungen mit mehreren Sitzungen verwenden. FSLogix ist ein Microsoft-Tool, das die Verwaltung und Beschleunigung von Benutzerprofilen auf Computern unterstützt, insbesondere in virtuellen Umgebungen wie Remotedesktops.

Dieses Problem wird durch die Installation der am 22. Oktober 2024 veröffentlichten Windows-Updates (KB5045594) oder höher und durch die Anwendung einer der im Abschnitt „Lösung“ in KB5048864 genannten Optionen behoben. Beachten Sie, dass Sie beide Aktionen ausführen müssen, um das Problem zu beheben.

Nach der Installation des Sicherheitsupdates vom Oktober 2024 melden einige Kunden, dass der OpenSSH-Dienst (Open Secure Shell) nicht gestartet werden kann, wodurch SSH-Verbindungen verhindert werden. Der Dienst schlägt ohne detaillierte Protokollierung fehl und es ist ein manueller Eingriff erforderlich, um den Prozess sshd.exe auszuführen.

Dieses Problem betrifft sowohl Unternehmens-, IOT- als auch Bildungskunden, wobei eine begrenzte Anzahl von Geräten betroffen ist. Microsoft untersucht, ob Heimanwender, die die Home- oder Pro-Editionen von Windows verwenden, betroffen sind. 

Kunden können das Problem vorübergehend beheben, indem sie Berechtigungen (ACLs) für die betroffenen Verzeichnisse aktualisieren. Führen Sie die folgenden Schritte aus:

1. Öffnen Sie PowerShell als Administrator.

2. Aktualisieren Sie die Berechtigungen für C:\ProgramData\ssh und C:\ProgramData\ssh\logs, um SYSTEM und der Administratorengruppe vollständige Kontrolle zu ermöglichen, während authentifizierten Benutzern Lesezugriff gewährt wird. Sie können den Lesezugriff auf bestimmte Benutzer oder Gruppen einschränken, indem Sie die Berechtigungszeichenfolge bei Bedarf ändern.

   Verwenden Sie die folgenden Befehle, um die Berechtigungen zu aktualisieren:

   $directoryPath = "C:\ProgramData\ssh" $acl = Get-Acl -Path $directoryPath $sddlString = "O:BAD:PAI(A;OICI;FA;;;SY)(A;OICI;FA;;;BA)(A;OICI;0x1200a9;;;AU)" $securityDescriptor = New-Object System.Security.AccessControl.RawSecurityDescriptor $sddlString $acl.SetSecurityDescriptorSddlForm($securityDescriptor.GetSddlForm("All")) Set-Acl -Path $directoryPath -AclObject $acl

3. Wiederholen Sie die obigen Schritte für C:\ProgramData\ssh\logs.

Microsoft untersucht das Problem aktiv und wird in einem kommenden Windows-Update eine Lösung bereitstellen. Weitere Mitteilungen werden bereitgestellt, wenn eine Lösung oder zusätzliche Problemumgehungen verfügbar sind.