Et la sécurité ?

autorisations sont implémentées
au niveau namespace (\rootcimv2, par exemple) et vérifiées quand
vous établissez une connexion avec
WMI sur un ordinateur local ou distant.
Vous utilisez le snap-in Microsoft MMC
(Microsoft Management Console) WMI
Control pour configurer les autorisations
WMI. Par défaut, les administrateurs
sont les seuls trustees détenteurs
de l’autorisation Remote Enable WMI.
Le second checkpoint concerne la
sécurité DCOM. Le réglage de DCOM
par défaut pour WMI consiste à  imiter
l’appelant, qui est la personne ou le
processus exécutant le script. Le troisième
et dernier checkpoint est le
sous-système de sécurité de l’OS.
Règle de base : WMI ne vous octroie aucun accès que vous ne possédiez
déjà .
Et, pour finir, qu’en est-il du navigateur
Web ? La bonne nouvelle est que
tous les objets de scripting WMI
(SWbemServices, SWbemObject, par
exemple) dans la bibliothèque de
scripting WMI sont marqués comme
dangereux pour le scripting. Par conséquent,
pourvu que vos utilisateurs
n’aient pas affaibli les paramètres de
sécurité de leur navigateur Web, vous
ne risquez rien. En revanche, si vos utilisateurs
ont réduit les paramètres de
sécurité de leur navigateur, il vaut
mieux instaurer une politique système
pour gérer les paramètres de sécurité
de l’entreprise.