Unas de las entradas más populares del blog son, dejando de lado aquellas que cuentan la falacia de intentar descubrir quiénes nos han excluido de su lista de amigos en el Messenger, las que creé intentando explicar el modo de conseguir el número de serie “físico” de una unidad USB, o del disco duro del equipo. Fundamentalmente, el uso que le vienen dando a este código los visitantes que llegan al blog es la protección de nuestro software frente a la piratería. Bien distribuyendo el software con una asociación a un dispositivo USB, bien vinculándolo en su instalación a una determinada máquina, obteniendo de ella información difícilmente sustituible (como el número de serie del disco duro donde se instaló, o el de la placa base o el procesador). Sin ser métodos del todo fiables para proteger el software, sí que pueden servir para evitar una copia masiva del mismo, especialmente entre usuarios poco avanzados, y en tanto no sea tan popular como para que surja un crack o un método de romper nuestra protección de forma masiva.

Recientemente, otro lector del blog me consultaba sobre este aspecto, así que he querido subrayar los dos artículos mencionados con el uso de WMI (Windows Management Instrumentation) para conseguir información del sistema, de una forma clara y sencilla. Pero como no quiero profundizar en el conocimiento de las librerías WMI más allá de lo que ya explica de por sí la MSDN de una forma bastante más profunda de la que podemos tratar aquí, sí que me gustaría dejaros con una herramienta, cortesía de Microsoft, que permite automatizar la creación de código para el manejo de estos dispositivos. Se trata de WMI Code Creator, y consiste en un simple formulario que nos permite examinar la jerarquía de objetos, clases y métodos que podemos consultar mediante WMI, podemos llegar a ejecutar consultas y, para mayor gloria suya, nos genera código de forma automática en tres lenguajes: C#, VB.NET y VBScript. Una gozada con la que os dejo jugando durante el fin de semana.

¡Feliz descanso!

En el ejemplo de ayer veíamos cómo crear un sistema de protección del software frente a copias ilegales del mismo, y nos basábamos para ello en una sencilla clase que consultaba el número de serie de los dispositivos USB. Al no tener acceso inicialmente al código interno de la misma, íbamos recorriendo todas las unidades del sistema, obteniendo su número de serie y comparándolo con el de referencia, que debería ser, claro está, el de la llave USB que habíamos proporcionado con el programa. Su uso era francamente sencillo, y bastaba con llamar al método GetSerialNumber() para obtener el número de serie de la unidad cuya letra pasáramos como argumento al mismo. Un ejemplo simple de su uso en un WinForm podría ser:

Ya advertimos que no se trataba de una aplicación totalmente segura (aunque podría usarse con éxito en pequeños proyectos, o conjuntamente con otras medidas de seguridad),y su función era ver una utilidad práctica para los conceptos que introduciré hoy: una introducción al manejo de dispositivos USB a través de las consultas sobre WMI (Windows Management Instrumentation, la implementación de Microsoft de WBEM, una iniciativa que pretende establecer una serie de estándares para permitir el acceso y compartir información de administración a través de una red empresarial).

La clase USBDrives contiene varios métodos privados, que se encargan fundamentalmente de parsear la información del dispositivo, tanto a la entrada del método GetSerialNumber () , que recibe la letra del dispositivo a examinar, tanto internamente, eliminando diversos caracteres innecesarios en los identificadores y nombres del mismo. El método que lleva todo el peso de la conversión es GetDriveSerialNumber(), cuyo código veremos a continuación:

Para poder usar el código, debemos importar el ensamblado System.Management, que permite el uso de WMI, y su lenguaje de consulta WQL. Veamos qué hace este código.

Tras un bloque de declaración e inicialización de variables, instancia un objeto de la clase ManagementObjectSearcher, que será el encargado de ejecutar una consulta a algunas clases WMI Win32 para obtener las particiones lógicas y las unidades del sistema. Tras esto, iremos recorriéndolas, recuperando el árbol de unidades existentes en el equipo. Establecemos una comparación entre la letra de dispositivo (a partir de su ID correspondiente) y la que nos pasaron para obtener, y examinamos el valor del InterfaceType para saber si se trata de un dispositivo USB. Si en algún momento coincide todo ello, tenemos nuestra unidad localizada. El número de serie se obtiene a partir del PNPDeviceID, eliminando caracteres como "\" y "&".

Tal y como hemos visto, se trata de un método cómodo, elegante y organizado de obtener información de un dispositivo a partir de WMI, en lugar de tener que hacerlo mediante llamadas directas a la API de Windows (librería win32.dll en este caso) o usando código no manejado.

Para saber más:

• Clases WMI usadas en el ejemplo, Win32_LogicalDiskToPartition y Win32_DiskDrive.
• Introducción a WMI.
• Conociendo un poco más WMI.
• CMI.
• WQL.