Microsoft nicht mehr gnädig:
PowerShell-Skripte werden teils blockiert
Microsoft hat mit seinen November-Updates für Windows die Überprüfung signierter PowerShell-Skripte verschärft. Die Änderung soll die Sicherheit erhöhen, kann allerdings dazu führen, dass ältere Skripte plötzlich nicht mehr funktionieren.
Die Anpassung ist Teil des Sicherheitsupdates KB5132061 und betrifft die Verarbeitung sowie Überprüfung von Signaturen für PowerShell-Skripte. Windows akzeptiert seit dem Update keine fehlerhaften UTF-8-Kodierungen mehr, wenn diese bei der Signaturprüfung auftreten. Bislang konnte das Betriebssystem bestimmte ungültige Zeichen beim Einlesen ersetzen und die Prüfung trotzdem erfolgreich abschließen. Dieses Verhalten hat Microsoft nun geändert.
Für Anwender und Administratoren kann das unerwartete Folgen haben. So liefert der PowerShell-Befehl Get-AuthenticodeSignature bei betroffenen Dateien möglicherweise den Status "NotSigned", obwohl das Skript zuvor korrekt signiert war. Auch der Versuch, eine problematische Datei mit Set-AuthenticodeSignature neu zu signieren, kann mit einer Fehlermeldung scheitern.
Für größere Skriptbestände stellt Microsoft außerdem ein Reparaturwerkzeug für PowerShell bereit. Dieses kann Dateien auf mögliche Kodierungsfehler untersuchen und versuchen, diese automatisch zu korrigieren. Dabei bleiben vorhandene Signaturen nach Möglichkeit erhalten. Die Originaldateien werden nicht überschrieben. Allerdings weist Microsoft darauf hin, dass sich nicht sämtliche betroffenen Skripte automatisch reparieren lassen.
Die Änderung beschränkt sich zudem nicht auf Windows 11. Microsoft nennt in seiner Dokumentation auch Windows 10 Enterprise LTSC 2021 sowie mehrere Windows-Server-Versionen, darunter Windows Server 2025 als betroffene Systeme.
Siehe auch:
- Das Sicherheitsupdate KB5132061 ändert die Signaturprüfung von Skripten
- Betroffene Skripte zeigen teils unerwartet den Status NotSigned an
- Neues Signieren kann bei fehlerhafter Kodierung mit Fehlern scheitern
- Administratoren sollten Skripte in gültigem UTF-8 mit BOM abspeichern
- Ein Werkzeug von Microsoft repariert laut Konzern nicht alle Skripte
- Die Neuerung betrifft neben Windows 11 unter anderem auch Windows Server
Fehlerhaftes UTF-8 ist Ausschlussgrund
Betroffen von der Neuerung sind vor allem Dateien mit fehlerhaften Textkodierungen. Administratoren müssen diese gegebenenfalls überarbeiten und erneut signieren. Sonst kann es passieren, dass Nutzer vor nicht mehr korrekt funktionierenden Systemen sitzen und ihrer Arbeit nicht nachgehen können.Die Anpassung ist Teil des Sicherheitsupdates KB5132061 und betrifft die Verarbeitung sowie Überprüfung von Signaturen für PowerShell-Skripte. Windows akzeptiert seit dem Update keine fehlerhaften UTF-8-Kodierungen mehr, wenn diese bei der Signaturprüfung auftreten. Bislang konnte das Betriebssystem bestimmte ungültige Zeichen beim Einlesen ersetzen und die Prüfung trotzdem erfolgreich abschließen. Dieses Verhalten hat Microsoft nun geändert.
Für Anwender und Administratoren kann das unerwartete Folgen haben. So liefert der PowerShell-Befehl Get-AuthenticodeSignature bei betroffenen Dateien möglicherweise den Status "NotSigned", obwohl das Skript zuvor korrekt signiert war. Auch der Versuch, eine problematische Datei mit Set-AuthenticodeSignature neu zu signieren, kann mit einer Fehlermeldung scheitern.
Microsoft hilft
Microsoft hat bereits eine Anleitung zur Behebung der Probleme veröffentlicht. Demnach sollten Administratoren zunächst die Inhalte ihrer Skripte überprüfen und diese mit einer gültigen UTF-8-Kodierung inklusive Byte Order Mark (BOM) speichern. Anschließend müssen die Dateien erneut signiert werden, damit Windows ihre Authentizität wieder zuverlässig überprüfen kann.Für größere Skriptbestände stellt Microsoft außerdem ein Reparaturwerkzeug für PowerShell bereit. Dieses kann Dateien auf mögliche Kodierungsfehler untersuchen und versuchen, diese automatisch zu korrigieren. Dabei bleiben vorhandene Signaturen nach Möglichkeit erhalten. Die Originaldateien werden nicht überschrieben. Allerdings weist Microsoft darauf hin, dass sich nicht sämtliche betroffenen Skripte automatisch reparieren lassen.
Die Änderung beschränkt sich zudem nicht auf Windows 11. Microsoft nennt in seiner Dokumentation auch Windows 10 Enterprise LTSC 2021 sowie mehrere Windows-Server-Versionen, darunter Windows Server 2025 als betroffene Systeme.
Siehe auch:
Thema:
Christian KahleRedakteur für Forschung, Energie und Raumfahrt
Begleitet die IT-Branche seit dem Dotcom-Boom, Informatik studierte er in Berlin. Sein Spektrum reicht von Quantencomputern über Solarstrom bis zur Raumfahrt.
Neue Windows 11-Downloads
Beliebte Windows 11-Downloads
Windows 11-Videos
- So wird Windows 11 24H2 auf nicht unterstützter Hardware installiert
- Windows 11 vom USB-Stick installieren: Schnell und einfach erledigt
- Windows 11: So geht das Backup vorinstallierter Treiber beim Neu-PC
- Windows 11: Installationsmedium mit eigenen Treibern - so geht's
- Ayaneo Kun: Vielseitiger Gaming-Handheld mit Windows 11 im Test
Beiträge aus dem Forum
-
Probleme mit DirSync 3.01
derfrankfurter - 03.11. 09:49 Uhr -
Schalter lässt sich nicht aktivieren
DON666 - 02.11. 07:48 Uhr -
MP4 Codecs
Mannitwo - 15.10. 17:05 Uhr -
"MSBuild.exe "Hard error" - Anzeige nach Win11-Start
Mannitwo - 15.10. 17:02 Uhr -
WPP-kompatible Etikettendrucker
rawjpeg - 05.10. 13:28 Uhr
Interessante Links
Beliebte Windows 11 FAQ Einträge
Beliebt im Preisvergleich
- Windows & Sonstige:
Neue Nachrichten
- Microsoft nicht mehr gnädig: PowerShell-Skripte werden teils blockiert
- Letzte Chance: Logitech MX Master 4 heute so günstig wie nie
- Historisches 300-Meter-Kreuzfahrtschiff versenkt, wird künstliches Riff
- IBM kündigt Dual-Quantencomputer mit mehr als 1000 Qubits an
- CrowdStrike: Neuer Killswitch stoppt wild gewordene KI-Agenten
- Nvidia-Skandale: Elon Musk bietet Noch-Chef Jensen Huang einen Job an
- Aus für PlayStation Plus: Sony beerdigt Cloud-Streaming am PC
❤ WinFuture unterstützen
Sie wollen online einkaufen?
Dann nutzen Sie bitte einen der folgenden Links,
um WinFuture zu unterstützen:
Vielen Dank!