Obwohl anscheinend drei Optionen zur Verfügung stehen, von denen eine tatsächlich sicher ist, stehen anscheinend nur zwei zur Verfügung, die sich auf Maschinen auswirken können, die zum Zeitpunkt der Änderung nicht eingeschaltet waren oder mobil waren und nicht im Netzwerk waren zum Zeitpunkt der Änderung. Keiner der beiden scheint eine sichere Option zu sein. Die drei Optionen, die mir bekannt sind, sind:
- Startskripte mit .vbs
- Gruppenrichtlinienobjekt mit Gruppenrichtlinieneinstellungen
- Powershell-Skript als geplante Aufgabe.
Ich lehne die Powershell-Option ab, weil ich nicht weiß, wie ich alle Maschinen im Netzwerk effektiv ansteuern / iterieren und bereits geänderte Maschinen entlassen kann und welche Auswirkungen dies auf unnötigen Netzwerk-Overhead hätte, obwohl es wahrscheinlich die beste verfügbare Lösung ist da das Kennwort selbst in einem CipherSafe.NET-Container (3rd Party Solution) gespeichert und das Kennwort an das Skript an den Zielcomputer übergeben werden kann. Ich habe nicht geprüft, ob Powershell vom Anmeldeinformations-Manager eines lokalen Windows-Computers ein Kennwort zur Verwendung im Skript abrufen kann oder ob es möglich ist, dort ein Kennwort zur Verwendung mit dem Skript zu speichern.
Die .vbs-Skriptoption ist unsicher, da das Kennwort in der SYSVOL-Freigabe im Klartext gespeichert ist, die für jeden Domänencomputer im Netzwerk verfügbar ist. Jeder, der nach einer Hintertür sucht und ein bisschen Google hat, wird diese Tür finden, wenn er hartnäckig genug ist.
Die GPO-Option ist auch unsicher, wie in diesem MSDN-Hinweis angegeben: http://code.msdn.microsoft.com/Solution-for-management-of-ae44e789
Ich bin auf der Suche nach einer Lösung eines Drittanbieters, die meiner Meinung nach verfügbar sein sollte oder die mit dem richtigen Wissen oder der richtigen Anleitung im eigenen Haus entwickelt werden kann.