Los filtros
WMI (Instrumental de administración de Windows) en las Políticas de grupo (GPO) permiten aplicar políticas de manera más flexible a los clientes mediante el uso de diferentes reglas. Un filtro WMI es un conjunto de consultas WMI (se usa el lenguaje de consulta
WMI/WQL) que se puede usar para apuntar a las máquinas a las que se debe aplicar una política de grupo específica.
Por ejemplo, usando el filtro WMI GPO, puede aplicar una política vinculada a una OU solo a las máquinas que ejecutan Windows 10 (una política con dicho filtro WMI no se aplicará a las computadoras con otras versiones de Windows).
¿Para qué se utilizan los filtros WMI en las GPO?
WMI se puede usar cuando varios objetos de dominio (usuarios o equipos) se encuentran en la estructura AD plana en lugar de la unidad organizativa separada, o si se necesita aplicar políticas de grupo, de acuerdo con la versión del sistema operativo, configuración de red, software instalado o cualquier otro criterio que se pueda seleccionar usando WMI. Cuando el cliente procesa dicha política de grupo, Windows verificará el cumplimiento de la consulta WMI especificada, y si se cumplen las condiciones del filtro, la GPO se aplicará en esa máquina.
Lo más habitual en el uso de filtros WMI es distinguir sistemas operativos. Para estes casos las consultas deben hacerse en base al tipo de producto y el tipo de versión del OS.
Tipo de producto:
- ProductType 1 = Desktop OS
- ProductType 2 = Server OS - Solo Domain Controller
- ProductType 3 = Server OS - Excepto Domain Controller
Versiones de sistema operativo:
- Windows Server 2019, Windows Server 2016 y Windows 10 = 10.%
- Windows Server 2012 R2 y Windows 8.1 = 6.3%
- Windows Server 2012 y Windows 8 = 6.2%
- Windows Server 2008 R2 y Windows 7 = 6.1%
- Windows Server 2008 y Windows Vista = 6.0%
- Windows Server 2003 = 5.2%
- Windows XP = 5.1%
- Windows 2000 = 5.0%
Tipo de arquitectura:
- 32 bits = Win32_Processor where AddressWidth="32" // OSArchitecture="32-bit"
- 64 bits = Win32_Processor where AddressWidth="64" // OSArchitecture="64-bit"
Algunos ejemplos de filtros WMI aplicados a GPOs:
Windows 7
select * from Win32_OperatingSystem where Version like "6.1%" and ProductType="1"
Windows 10
select * from Win32_OperatingSystem where Version like "10.%" and ProductType="1"
Windows Server 2016
select * from Win32_OperatingSystem where Version like "10.0%" and ProductType="3"
Windows Server 2019
select * from Win32_OperatingSystem where BuildNumber >= 17763 and ProductType="3" and OSArchitecture="64-bit"
Cualquier Windows Desktop OS de 32-bit
select * from Win32_OperatingSystem where ProductType="1" and not OSArchitecture="64-bit"
No ejecutar en Servidores Windows
select ProductType from Win32_OperatingSystem where (ProductType <> "2") and (ProductType <> "3")
En la siguiente imagen se puede ver un ejemplo de filtrado WMI de una sentencia WQL para consultar la versión de OS Windows 10.
|
Figura 1: Creación de filtros WMI en la Group Policy Management Console. |
Después de crear el filtro WMI, elegimos el filtro WMI y lo aplicamos a una GPO existente.
|
Figura 2: Aplicar filtro WMI a una GPO existente. |
WMI Explorer Tool y como nos puede ayudar a encontrar lo que buscamos para realizar Querys en SCCM.
Después de hacer una introducción a la restricciones en las polítcas de grupo mediante filtros WMI. En esta entrada quería dar a conecer el potencial de
WMI Explorer y como nos puede ayudar para encontrar los
espacios de nombres, instancias, consultas, clases, propiedades, métodos, parámetros de entrada y de salida necesarios para construir sentencias específicas WQL. Aunque también podemos disponemos de una zona de scripting para VBScript y Powershell.
WMI Explorer permite también conectarse a equipos remotos de una red de dominio que tengan el servicio WMI habilitado y permisos para la administración y acceso remoto WMI control.
En mi caso hice uso de esta herramienta para extraer los namespaces y propiedades WMI para consultas sobre el servicio DNS que posteriormente usé para realizar Queys en
SCCM (System Center Configuration Manager).
Un ejemplo del resultado de una consulta WQL conectándose a un equipo remoto del dominio.
|
Figura 3: WMI Explorer - Ejemplo de consulta WQL en equipo remoto. |
Búsqueda en una máquina local de propiedades recusivamente con el criterio "DNS".
|
Figura 4: WMI Explorer - Búsqueda de clases, propiedades namespaces, etc. en base un criterio de búsqueda. |
Métodos encontrados en una clase concreta, parametros de entrada y parámetros de salida.
|
Figura 5: WMI Explorer - Resultado de clases, métodos y parámetros. |
Ejecución de script VBScript o Powershell en texto o command promt en referencia a la clase y métodos encontrados.
|
Figura 6: WMI Explorer - Ejeción de scripting VBScript o Powershell en clases y métodos WMI. |
Conclusiones
Es una herramienta en la que de la que se puede extraer mucha información y ayudarnos en la elaboración de consultas WQL y recolección de la información ordenada de una máquina local o remota.
Saludos!