Windows 95 adivinaba si un programa era un instalador mirando palabras como "setup” o “install” en el nombre del archivo

Décadas después de su lanzamiento, seguimos descubriendo curiosidades acerca de Windows 95, una de las versiones más importantes de Microsoft (aunque no la mejor). Ahora sabemos que el sistema no detectaba de forma sofisticada si un ejecutable era un instalador. En realidad, lo adivinaba a partir del nombre del archivo. Raymond Chen, veterano ingeniero de Microsoft y una de las voces que mejor ha documentado la historia interna de Windows, ha explicado que el sistema buscaba términos concretos como “setup”, “install” o “inst” para decidir si debía activar su mecanismo de recuperación de archivos del sistema.

La lista completa incluía seis palabras: setup, install, inst, imposta, ayarla y felrak. Las tres últimas pretendían cubrir variantes en otros idiomas, concretamente italiano, turco y húngaro, aunque el propio Chen ha reconocido que fueron aproximaciones bastante artesanales. También ha señalado una curiosidad adicional: “install” era redundante porque ya contiene “inst”, lo que sugiere que la entrada más corta se añadió después sin borrar la anterior.

Si el nombre del ejecutable no coincidía con ninguna palabra, Windows 95 realizaba una segunda comprobación. Buscaba el término “setup” en cualquier parte de la ruta donde estuviera guardado el archivo. Además, existía otra comprobación específica después de instalar controladores multimedia mediante archivos INF, ya que este tipo de software tendía a sobrescribir DLL del sistema con bastante frecuencia.

Una solución improvisada para instaladores que rompían Windows

El motivo de este sistema estaba en la forma de trabajar de muchos instaladores de la época. Algunos reemplazaban archivos compartidos sin comprobar la versión y podían instalar copias antiguas de DLL sobre otras más recientes. Así, un instalador pensado para Windows 3.1 podía degradar componentes de Windows 95 y provocar fallos en todos los programas que dependieran de esas bibliotecas.

Para evitarlo, Windows 95 guardaba copias de ciertos archivos vulnerables en la carpeta oculta C:\Windows\SYSBCKUP. Después dejaba que el instalador terminara, revisaba qué había cambiado y restauraba las versiones correctas si detectaba que alguna había sido sustituida por otra más antigua.

Todo dependía, sin embargo, de acertar con la clasificación. Un instalador con un nombre poco habitual podía pasar desapercibido, mientras que un programa corriente llamado, por ejemplo, instant.exe podía activar el proceso por error. Era una solución funcional, pero basada en una heurística muy simple y con bastantes posibilidades de falso positivo o de omisión.

La comprobación también podía retrasarse hasta el siguiente reinicio. Algunos instaladores no podían sustituir archivos en uso desde Windows y recurrían a MS-DOS y a un archivo por lotes para hacer el cambio antes de volver a arrancar el sistema. Por eso, la revisión debía esperar al reinicio para detectar todo lo que se había modificado.

Microsoft abandonó este método con Windows 2000, que estrenó Windows File Protection y empezó a vigilar directamente los cambios en archivos protegidos. Windows ME incorporó una solución parecida y, desde Vista, Windows Resource Protection pasó a usar listas de control de acceso. El actual sfc /scannow de Windows 11 desciende de esa evolución, muy lejos ya de aquel Windows 95 que decidía si algo era un instalador porque su nombre contenía la palabra “setup”.

Fin del Artículo. ¡Cuéntanos algo en los Comentarios!