WMI-Namespace-Berechtigungen auf Root\CIMv2

Question

WMI-Namespace-Berechtigungen auf Root\CIMv2

Burno Matt 60

Ich muss ein Problem mit benutzerdefinierten Namespace-Berechtigungen auf Root\CIMv2 beheben, nachdem ein Upgrade von Windows Server durchgeführt wurde.

Es heißt, dass Drittanbieter-Monitoring-Agents nach dem Versionssprung den Zugriff verlieren, weil die Berechtigungen komplett zurückgesetzt wurden.

Und unsere Server sind auf ein lückenloses Monitoring über diese Schnittstelle angewiesen. Wie sichern und stellen wir die ACLs des WMI-Namespaces am besten per Skript über wmimgmt.msc oder PowerShell wieder her?

0 Kommentare

1 Antwort

Ihre Antwort

Answer 1

Hallo Burno Matt,

Nach einem Windows-Server-Upgrade werden die ACLs des WMI-Namespace unter Root\CIMv2 häufig zurückgesetzt, was Monitoring-Agenten von Drittanbietern blockiert. Der korrekte Ansatz besteht darin, die Berechtigungen per PowerShell neu zu setzen, da wmimgmt.msc nur eine manuelle Konfiguration ermöglicht. Sie können den aktuellen Sicherheitsdeskriptor mit Get-WmiObject -Namespace root\cimv2 -Class __SystemSecurity abrufen. Anschließend lässt sich ein zuvor exportierter Deskriptor mithilfe von [WMI] "root\cimv2:__SystemSecurity=@" und der Methode SetSecurityDescriptor() wieder anwenden. Alternativ können Sie Get-CimInstance -Namespace root\cimv2 -ClassName __SystemSecurity verwenden und die ACLs als SDDL-Dateien speichern, um sie nach dem Upgrade per Skript wiederherzustellen. Entscheidend ist dabei, die betroffenen Dienstkonten der Monitoring-Agenten explizit mit den Rechten „Remote Enable“ (Remoteaktivierung) und „Execute Methods“ (Methodenausführung) zu konfigurieren.

Auf diese Weise erhalten Sie eine reproduzierbare Lösung, die sich als Startskript oder Gruppenrichtlinie (GPO) verteilen lässt, sodass die korrekten ACLs nach jedem Versions-Upgrade automatisch wiederhergestellt werden.

Wenn meine Antwort hilfreich für Sie war, klicken Sie bitte auf „Antwort akzeptieren“, um mich zu unterstützen.

Vielen Dank,

HL.