Welche PowerShell-Cmdlets sind read-only – und welche ändern produktiv Daten oder Konfigurationen?
In PowerShell liegen Abfragen und Änderungen oft nah beieinander: Ein Cmdlet liest lediglich den Zustand aus, ein ähnlich benanntes Pendant schreibt Konfigurationen, setzt Berechtigungen zurück oder startet Prozesse neu. Gerade in Administrationsmodulen für Microsoft 365, Exchange, Entra ID oder Windows-Server führt diese Nähe regelmäßig zu unbeabsichtigten Eingriffen – etwa wenn ein Befehl in einer produktiven Session ausgeführt wird, die Umgebung aber als Testsystem angenommen wurde, oder wenn Parameter wie -Confirm, -Force oder -WhatIf missverstanden werden. Zusätzlich erschweren unterschiedliche Scopes die Risikoeinschätzung: Manche Änderungen betreffen nur ein einzelnes Objekt, andere wirken tenantweit oder verändern Sicherheitsgrenzen, etwa Richtlinien, Rollen oder Zugriffspfade.
