Windows NT 3.1: 33 años del sistema que jubiló al DOS

El 27 de julio de 1993, hace treinta y tres años, Microsoft puso a la venta Windows NT 3.1 — y casi nadie notó la magnitud de lo que estaba pasando. El precio era prohibitivo (495 dólares para la versión workstation, 1.495 dólares para el Advanced Server), el hardware requerido era caro y el DOS todavía reinaba sin rival. Pero debajo de esa interfaz idéntica al Windows 3.1 del consumidor, había algo completamente distinto: un sistema operativo construido desde cero, sin una sola línea de MS-DOS, diseñado para durar décadas. Y duró — el kernel de NT sigue corriendo en tu Windows 11 ahora mismo.

Por qué el DOS tenía que morir

El Windows de hasta 1993 era una ilusión de sistema operativo. El Windows 3.1 para el consumidor común era apenas una capa gráfica que corría sobre MS-DOS — una cáscara que heredaba todas las limitaciones de los años 80: direccionamiento de memoria de 640 KB, ausencia de memoria protegida, sin multitarea real, sin control de acceso por usuario. Un programa con un bug podía tirar abajo todo el sistema. Era suficiente para las PC domésticas, pero completamente inadecuado para entornos corporativos que necesitaban estabilidad, seguridad y redes.

IBM había tomado el camino de OS/2. Apple tenía el System 7. Y Microsoft necesitaba algo para competir en serio en el mercado corporativo — servidores, workstations, redes. La respuesta fue contratar a Dave Cutler.

Dave Cutler y el proyecto NT

Cutler era un ingeniero legendario de Digital Equipment Corporation (DEC), donde había creado el RSX-11 y el VMS — sistemas de misión crítica usados en mainframes y workstations de alto rendimiento. En 1988, Microsoft lo contrató y le dio una misión clara: construir un nuevo sistema operativo desde cero, sin herencia del DOS.

El proyecto tomó cinco años y consumió un equipo de cientos de ingenieros. El resultado fue Windows NT 3.1, con una arquitectura radicalmente distinta de todo lo que Microsoft había hecho antes:

• Kernel totalmente nuevo, sin ninguna dependencia de MS-DOS en ninguna capa
• Arquitectura de 32 bits nativa, con soporte para múltiples plataformas (x86, DEC Alpha y MIPS simultáneamente)
• Multitarea preemptiva real — el sistema controla la CPU, no los programas
• Memoria protegida — un proceso no puede corromper la memoria de otro
• Soporte nativo para multiprocesamiento (SMP)
• Sistema multiusuario con cuentas individuales y permisos separados

El nombre "3.1" se eligió puramente por marketing: Microsoft quería que los clientes asociaran a NT con el familiar Windows 3.1. Internamente, era técnicamente la versión 1.0 de una línea completamente nueva.

NTFS y el modelo de seguridad que define a Windows hasta hoy

NT 3.1 introdujo dos innovaciones que todavía son la base del Windows moderno: el NTFS (NT File System) y el modelo de seguridad NT.

El sistema de archivos FAT, heredado del DOS, no tenía concepto de permisos — cualquier usuario podía acceder a cualquier archivo. NTFS cambió eso por completo, aportando:

• Permisos por archivo y directorio (ACL — Access Control Lists)
• Soporte para archivos mayores a 2 GB
• Journal de transacciones para recuperación ante fallas
• Compresión y cifrado nativos (en versiones posteriores)

El modelo de seguridad de NT introdujo el concepto de security tokens: cada proceso corre asociado a un token que define qué puede acceder ese proceso. El SAM (Security Account Manager) gestionaba cuentas locales con contraseñas cifradas. Fue un cambio de paradigma total respecto al DOS, donde la "seguridad" simplemente no existía.

¿Cuál es la herencia de seguridad de Windows NT en el Windows actual?

Prácticamente todo. El UAC (control de cuentas de usuario), las ACL de archivos y carpetas, los tokens de acceso, las auditorías de seguridad, el propio NTFS — todo desciende directamente del modelo diseñado en 1993. Cuando configuras permisos de seguridad en Windows 11, estás usando la arquitectura que Dave Cutler diseñó tres décadas atrás.

La Win32 API: el eslabón que conectó pasado y futuro

Uno de los mayores desafíos de NT era la compatibilidad. Existía un ecosistema enorme de aplicaciones escritas para DOS y Windows 3.x. La solución fue la Win32 API — una interfaz de programación de 32 bits que permitía a los desarrolladores escribir aplicaciones nuevas y modernas, pero que también simulaba el entorno Win16 para programas más antiguos mediante una capa de compatibilidad.

La Win32 API se convirtió en el estándar que definió el desarrollo de software para Windows durante dos décadas. Hasta hoy, Windows mantiene soporte para aplicaciones Win32 en Windows 11 — un logro de compatibilidad que roza lo absurdo, y que empezó justo en esa API lanzada en 1993.

El legado: de NT 3.1 a Windows 11

NT 3.1 vendió cerca de 300 mil copias antes de ser reemplazado por NT 3.5 en 1994. No fue un éxito comercial inmediato — el hardware necesario era demasiado caro para la mayoría de las empresas. Pero la línea evolucionó:

• Windows NT 3.5 (1994) — más rápido, más liviano
• Windows NT 4.0 (1996) — interfaz de Windows 95, adopción corporativa masiva
• Windows 2000 (2000) — consolidación del AD (Active Directory)
• Windows XP (2001) — fusión definitiva de las líneas NT y consumidor
• Vista, 7, 8, 10, 11 — el mismo linaje, refinado

El kernel de Windows NT nunca fue jubilado. Cada versión posterior agregó capas, pero el núcleo arquitectónico — el scheduler, el gestor de memoria, el modelo de seguridad — sigue siendo la base. Por eso las vulnerabilidades que se descubren hoy con frecuencia afectan conceptos diseñados en 1993, y por eso los investigadores de seguridad que entienden el kernel de NT entienden el Windows moderno.

Si alguna vez viste el famoso BSOD de Bill Gates en vivo en el Comdex de 1998, era Windows 98 — todavía en el linaje DOS — el que se colgó. NT no estaba presente en ese escenario por casualidad: era el sistema que Microsoft vendía a quienes no podían permitirse ver una pantalla azul en producción.

Por qué esto importa todavía en 2026

Treinta y tres años después, NT 3.1 es un caso de estudio en diseño de sistemas. Cutler acertó en casi todo lo que importaba: separación de privilegios, portabilidad de arquitectura, modelo de seguridad basado en tokens. Muchos de los conceptos que hoy usamos en seguridad de endpoints — auditoría de eventos en PowerShell y en el Visor de eventos, control granular de permisos, aislamiento de procesos — tienen raíz directa en las decisiones arquitectónicas de 1993.

Lo que cambió no fue la base — fue la superficie de ataque. NT fue diseñado para redes corporativas cerradas de los años 90, no para un mundo donde cada máquina está permanentemente conectada a internet y ejecutando código de fuentes no confiables. Adaptar ese núcleo sólido a las amenazas modernas es el desafío que Microsoft resuelve (o intenta resolver) en cada Patch Tuesday desde entonces.

El 27 de julio de 1993, Dave Cutler y su equipo entregaron un sistema que, sin exagerar, todavía está en operación hoy en cientos de millones de máquinas. Pocos proyectos de software pueden decir lo mismo.

Si quieres ver a Windows NT en acción en la práctica moderna, el programador de tareas vía schtasks en la terminal es uno de los herederos directos del Task Scheduler introducido en la era NT — mismo servicio, 30 años después.