Leitfaden zum Blockieren des Rollbacks von virtualisierungsbasierten Sicherheitsupdates (VBS) im Zusammenhang mit Sicherheitsupdates

Wichtiger Hinweis zur SkuSiPolicy.p7b-Richtlinie

Anweisungen zum Anwenden der aktualisierten Richtlinie finden Sie im Abschnitt Bereitstellen einer von Microsoft signierten Sperrrichtlinie (SkuSiPolicy.p7b). 

Inhalt

• Zusammenfassung

• Umfang der Auswirkungen

• Verfügbare Minderungen

• Grundlegendes zu Risiken von Minderungen

• Richtlinien für die Bereitstellung von Risikominderungen

  • ​​​​​​​Bereitstellen einer von Microsoft signierten Sperrrichtlinie (SkuSiPolicy.p7b)

  • Aktualisieren externer Startmedien

• Windows-Ereignisprotokolle

  • Richtlinienaktivierungsereignisse

  • Überwachen und Blockieren von Ereignissen

• Verfahren zum Entfernen und Wiederherstellen von Richtlinien

• Änderungen an diesem Artikel

Zusammenfassung

Microsoft wurde auf ein Sicherheitsrisiko in Windows aufmerksam gemacht, das es einem Angreifer mit Administratorrechten ermöglicht, aktualisierte Windows-Systemdateien mit älteren Versionen zu ersetzen, was einem Angreifer die Tür öffnet, Sicherheitsrisiken für Virtualisierungsbasierte Sicherheit (Virtualization-based Security, VBS) wieder einzuführen.  Ein Rollback dieser Binärdateien könnte es einem Angreifer ermöglichen, VBS-Sicherheitsfeatures zu umgehen und durch VBS geschützte Daten zu exfiltrieren. Dieses Problem wird in CVE-2024-21302 | Sicherheitsrisiko durch Rechteerweiterungen im sicheren Windows-Kernelmodus.

Um dieses Problem zu beheben, widerrufen wir anfällige VBS-Systemdateien, die nicht aktualisiert werden. Aufgrund der großen Anzahl von VBS-bezogenen Dateien, die blockiert werden müssen, verwenden wir einen alternativen Ansatz zum Blockieren von Dateiversionen, die nicht aktualisiert werden.

Umfang der Auswirkungen

Alle Windows-Geräte, die VBS unterstützen, sind von diesem Problem betroffen. Dies schließt lokale physische Geräte und virtuelle Computer (Virtual machines, VMs) ein. VBS wird unter Windows 10 und höheren Windows-Versionen sowie Windows Server 2016 und höheren Windows Server-Versionen unterstützt.

Der VBS-Zustand kann über das Microsoft-Systeminformationstool (Msinfo32.exe) überprüft werden. Dieses Tool sammelt Informationen zu Ihrem Gerät. Scrollen Sie nach dem Starten von Msinfo32.exe nach unten zur Zeile Virtualisierungsbasierte Sicherheit. Wenn der Wert dieser Zeile Wird ausgeführt lautet, ist VBS aktiviert und wird ausgeführt.

Der VBS-Zustand kann auch mit Windows PowerShell mithilfe der Win32_DeviceGuard WMI-Klasse überprüft werden. Um den VBS-Zustand von PowerShell abzufragen, öffnen Sie eine Windows PowerShell-Sitzung mit erhöhten Rechten, und führen Sie dann den folgenden Befehl aus:

Nach dem Ausführen des obigen PowerShell-Befehls sollte der VBS-Status wie folgt aussehen.

Verfügbare Minderungen

Für alle unterstützten Versionen von Windows 10 Version 1507 und höher sowie Windows Server 2016 und höher Windows Server Versionen können Administratoren eine von Microsoft signierte Sperrrichtlinie (SkuSiPolicy.p7b) bereitstellen. Dadurch wird verhindert, dass anfällige Versionen von VBS-Systemdateien, die nicht aktualisiert werden, vom Betriebssystem geladen werden.  

Wenn die SkuSiPolicy.p7b auf ein Windows-Gerät angewendet wird, wird die Richtlinie auch für das Gerät gesperrt, indem der UEFI-Firmware eine Variable hinzugefügt wird. Während des Startvorgangs wird die Richtlinie geladen, und Windows blockiert das Laden von Binärdateien, die gegen die Richtlinie verstoßen. Wenn die UEFI-Sperre angewendet wird und die Richtlinie entfernt oder durch eine ältere Version ersetzt wird, wird der Windows-Start-Manager nicht gestartet, und das Gerät wird nicht gestartet. Dieser Startfehler zeigt keinen Fehler an, und das System fährt mit der nächsten verfügbaren Startoption fort, was zu einer Startschleife führen kann.

Eine zusätzliche von Microsoft signierte CI-Richtlinie, die standardmäßig aktiviert ist und keine zusätzlichen Bereitstellungsschritte erfordert, wurde hinzugefügt, die nicht an UEFI gebunden ist. Diese signierte CI-Richtlinie wird während des Startvorgangs geladen, und die Erzwingung dieser Richtlinie verhindert das Rollback von VBS-Systemdateien während dieser Startsitzung. Im Gegensatz zu SkuSiPolicy.p7b kann ein Gerät weiterhin gestartet werden, wenn das Update nicht installiert ist. Diese Richtlinie ist in allen unterstützten Versionen von Windows 10, Version 1507 und höher, enthalten. Die SkuSkiPolicy.p7b kann weiterhin von Administratoren angewendet werden, um zusätzlichen Schutz für rollbacks über Startsitzungen hinweg bereitzustellen.   

Die Windows-Protokolle für den gemessenen Start, die zum Nachweis der Startintegrität des PCs verwendet werden, enthalten Informationen zur Richtlinienversion, die während des Startvorgangs geladen wird. Diese Protokolle werden vom TPM während des Starts sicher verwaltet, und die Microsoft-Nachweisdienste analysieren diese Protokolle, um zu überprüfen, ob die richtigen Richtlinienversionen geladen werden. Die Nachweisdienste erzwingen Regeln, die sicherstellen, dass eine bestimmte Richtlinienversion oder höher geladen wird. Andernfalls wird das System nicht als fehlerfrei bestätigt.

Damit die Richtlinienminderung funktioniert, muss die Richtlinie mithilfe des Windows-Wartungsupdates aktualisiert werden, da die Komponenten von Windows und die Richtlinie aus derselben Version stammen müssen. Wenn die Richtlinienminderung auf das Gerät kopiert wird, wird das Gerät möglicherweise nicht gestartet, wenn die falsche Version der Entschärfung angewendet wird, oder die Entschärfung funktioniert möglicherweise nicht wie erwartet. Darüber hinaus sollten die unter KB5025885 beschriebenen Entschärfungen auf Ihr Gerät angewendet werden.

Auf Windows 11, Version 24H2, Windows Server 2022 und Windows Server 23H2 fügt Dynamic Root of Trust for Measurement (DRTM) eine zusätzliche Entschärfung für das Rollback-Sicherheitsrisiko hinzu. Diese Entschärfung ist standardmäßig aktiviert. Auf diesen Systemen sind die VBS-geschützten Verschlüsselungsschlüssel an die STANDARDMÄßIG aktivierte VBS-CI-Richtlinie der Startsitzung gebunden und werden nur aufgehoben, wenn die entsprechende CI-Richtlinienversion erzwungen wird. Um vom Benutzer initiierte Rollbacks zu ermöglichen, wurde eine Karenzzeit hinzugefügt, um ein sicheres Rollback von einer Version des Windows Update-Pakets zu ermöglichen, ohne die Möglichkeit zum Aufheben der Versiegelung des VSM-master-Schlüssels zu verlieren. Das vom Benutzer initiierte Rollback ist jedoch nur möglich, wenn SkuSiPolicy.p7b nicht angewendet wird. Die VBS-CI-Richtlinie erzwingt, dass für alle Startbinärdateien kein Rollback auf widerrufene Versionen durchgeführt wurde. Dies bedeutet, dass das System nicht gestartet wird, wenn ein Angreifer mit Administratorrechten anfällige Startbinärdateien zurückrollt. Wenn für die CI-Richtlinie und die Binärdateien ein Rollback auf eine frühere Version ausgeführt wird, werden die durch VSM geschützten Daten nicht entsiegelt.

Grundlegendes zu Risiken von Minderungen

Sie müssen sich der potenziellen Risiken bewusst sein, bevor Sie die von Microsoft signierte Sperrrichtlinie anwenden. Überprüfen Sie diese Risiken, und nehmen Sie alle erforderlichen Updates auf Wiederherstellungsmedien vor , bevor Sie die Minderung anwenden.

Hinweis Diese Risiken gelten nur für die SkuSiPolicy.p7b-Richtlinie und nicht für standardmäßig aktivierte Schutzmaßnahmen.

• UEFI-Sperre und Deinstallation von Updates. Nach dem Anwenden der UEFI-Sperre mit der von Microsoft signierten Sperrrichtlinie auf einem Gerät kann das Gerät nicht (durch Deinstallieren von Windows-Updates, mithilfe eines Wiederherstellungspunkts oder auf andere Weisen) wiederhergestellt werden, wenn Sie den sicheren Start weiterhin anwenden. Selbst durch die Neuformatierung des Datenträgers wird die UEFI-Sperre der Minderung nicht entfernt, wenn sie bereits angewendet wurde. Dies bedeutet, dass das Gerät nicht gestartet wird, keine Fehlermeldung angezeigt wird, und die UEFI mit der nächsten verfügbaren Startoption fortfährt, wenn Sie versuchen, das Windows-Betriebssystem auf einen früheren Zustand zurückzuversetzen, in dem die Minderung nicht angewendet wurde. Dies kann zu einer Startschleife führen. Sie müssen den sicheren Start deaktivieren, um die UEFI-Sperre zu entfernen. Beachten Sie alle möglichen Auswirkungen und führen Sie gründliche Tests durch, bevor Sie die in diesem Artikel beschriebenen Sperrungen auf Ihr Gerät anwenden.

• Externe Startmedien. Nachdem die UEFI-Sperrminderungen auf ein Gerät angewendet wurden, müssen externe Startmedien mit dem neuesten Windows-Update aktualisiert werden, das auf dem Gerät installiert ist. Wenn externe Startmedien nicht auf dieselbe Windows Update-Version aktualisiert werden, wird das Gerät möglicherweise nicht von diesem Medium gestartet. Lesen Sie die Anweisungen im Abschnitt Aktualisieren externer Startmedien, bevor Sie die Minderungen anwenden.

• Windows-Windows-Wiederherstellungsumgebung. Die Windows-Wiederherstellungsumgebung (WinRE) auf dem Gerät muss mit dem neuesten dynamischen Windows Safe Os Update aktualisiert werden, das am 8. Juli 2025 auf dem Gerät veröffentlicht wurde, bevor SkuSipolicy.p7b auf das Gerät angewendet wird. Wenn Sie diesen Schritt überspringen, kann WinRE möglicherweise das Feature „PC zurücksetzen“ ausführen.  Weitere Informationen finden Sie unter Hinzufügen eines Updatepakets zu Windows RE.

• Pre-boot Execution Environment (PXE)-Start. Wenn die Entschärfung auf einem Gerät bereitgestellt wird und Sie versuchen, PXE-Start zu verwenden, wird das Gerät erst gestartet, wenn das neueste Windows-Update auch auf das PXE-Serverstartimage angewendet wird. Es wird nicht empfohlen, Risikominderungen für Netzwerkstartquellen bereitzustellen, es sei denn, der PXE-Startserver wurde auf das neueste Windows-Update aktualisiert, das am oder nach Januar 2025 veröffentlicht wurde, einschließlich des PXE-Start-Managers.  

Richtlinien für die Bereitstellung von Risikominderungen

Um die in diesem Artikel beschriebenen Probleme zu beheben, können Sie eine von Microsoft signierte Sperrrichtlinie (SkuSiPolicy.p7b) bereitstellen. Diese Entschärfung wird nur für Windows 10, Version 1507 und höher von Windows und Windows Server 2016 unterstützt.

Hinweis Wenn Sie BitLocker verwenden, stellen Sie sicher, dass eine Kopie Ihres BitLocker-Wiederherstellungsschlüssels gesichert wurde. Sie können den folgenden Befehl in einer Eingabeaufforderung mit Administratorrechten ausführen und sich das 48-stellige numerische Kennwort notieren:

Windows-Ereignisprotokolle

Windows protokolliert Ereignisse, wenn Codeintegritätsrichtlinien, einschließlich SkuSiPolicy.p7b, geladen werden und wenn das Laden einer Datei aufgrund der Richtlinienerzwingung blockiert wird. Sie können diese Ereignisse verwenden, um zu überprüfen, ob die Minderung angewendet wurde.

Codeintegritätsprotokolle sind in der Windows-Ereignisanzeige unter Anwendungs- und Dienstprotokolle > Microsoft > Windows > CodeIntegrity > Operational > Anwendungs- und Dienstprotokolle > Dienstprotokolle > Microsoft > Windows > AppLocker > MSI und Skript verfügbar.

Weitere Informationen zu Codeintegritätsereignissen finden Sie im Betriebsleitfaden für die Windows Defender-Anwendungssteuerung.

Verfahren zum Entfernen und Wiederherstellen von Richtlinien

Wenn nach dem Anwenden der Minderung ein Fehler auftritt, können Sie die folgenden Schritte ausführen, um die Minderung zu entfernen:

1. Halten Sie BitLocker an, wenn es aktiviert ist. Führen Sie den folgenden Befehl in einem Eingabeaufforderungsfenster mit erhöhten Rechten aus:

   Manager-bde -protectors -disable c: -rebootcount 3

2. Deaktivieren Sie den sicheren Start über das UEFI-BIOS-Menü.
   
   Das Verfahren zum Deaktivieren des sicheren Starts unterscheidet sich zwischen Geräteherstellern und -modellen. Hilfe zum Ermitteln, wo Sie den sicheren Start deaktivieren können, finden Sie in der Dokumentation Ihres Geräteherstellers. Weitere Informationen finden Sie unter Deaktivieren des sicheren Starts.

3. Entfernen Sie die Richtlinie SkuSiPolicy.p7b.

   1. Starten Sie Windows normal, und melden Sie sich dann an.
      
      Die Richtlinie „SkuSiPolicy.p7b“ muss vom folgenden Standort entfernt werden:

      • <EFI-Systempartition>\Microsoft\Boot\SkuSiPolicy.p7b

   2. Führen Sie die folgenden Befehle aus einer Sitzung mit erhöhten Windows PowerShell aus, um die Richtlinie an diesen Speicherorten zu sauber:

      $PolicyBinary = $env:windir+"\System32\SecureBootUpdates\SkuSiPolicy.p7b"
      $MountPoint = 's:'
      
      $EFIPolicyPath = "$MountPoint\EFI\Microsoft\Boot\SkuSiPolicy.p7b"
      $EFIDestinationFolder="$MountPoint\EFI\Microsoft\Boot"
      mountvol $MountPoint /S
      if (-Not (Test-Path $EFIDestinationFolder)) { New-Item -Path $EFIDestinationFolder -Type Directory -Force }
      
      if (Test-Path   $EFIPolicyPath ) {Remove-Item -Path $EFIPolicyPath -Force }
      
      ​​​​​​​mountvol $MountPoint /D

4. Aktivieren Sie den sicheren Start über das BIOS.
   
   Informationen darüber, wo Sie den sicheren Start aktivieren können, finden Sie in der Dokumentation Ihres Geräteherstellers.
   
   Wenn Sie den sicheren Start in Schritt 1 deaktiviert haben und Ihr Laufwerk durch BitLocker geschützt ist, halten Sie den BitLocker-Schutz an und aktivieren Sie dann den sicheren Start im Menü UEFI-BIOS.

5. Aktivieren Sie BitLocker. Führen Sie den folgenden Befehl in einem Eingabeaufforderungsfenster mit erhöhten Rechten aus:

   Manager-bde -protectors -enable c:

6. Starten Sie das Gerät neu.