By Karen Thulmann on agosto 26, 2026
Windows tiene tres modelos de controladores de impresora en circulación. El V3 es el modelo heredado, que se remonta a Windows 2000: un paquete de controladores específico para el dispositivo que se instala tanto en el servidor de impresión como en el cliente, y que puede contener componentes adicionales que se cargan dentro del proceso del Print spooler. El V4 llegó con Windows 8 y Windows Server 2012: sigue siendo un controlador del fabricante, pero está aislado del Print spooler, es independiente de la arquitectura y ya no se copia del servidor al cliente. El controlador de clase IPP es la opción integrada y sin controladores de Microsoft: la impresora anuncia sus propias capacidades a través del Internet Printing Protocol y Windows crea la cola de impresión sin que intervenga ningún código del fabricante.
El error que cometen la mayoría de los equipos de TI es suponer que el V4 es la opción moderna y segura. Microsoft está retirando los modelos V3 y V4 a la vez. Este artículo explica qué hace cada modelo, por qué el V4 no resolvió el problema para el que fue creado y qué significa realmente el cambio a IPP para un parque de impresoras.
¿Qué es un controlador de impresora V3?
Un controlador de impresora V3 es el modelo clásico de controladores de impresión de Windows, introducido con Windows 2000 y todavía el más común en entornos empresariales. Es específico para cada dispositivo, se instala tanto en el servidor de impresión como en cada cliente que imprime en esa impresora, y puede incluir monitores de puerto, procesadores de impresión y monitores de idioma que se cargan dentro del proceso del Print spooler.
Hay dos propiedades que hacen que el V3 sea el modelo del que Microsoft quiere deshacerse:
-
El mecanismo de despliegue. Con Point and Print, un cliente que se conecta a una impresora V3 compartida descarga el paquete de controladores desde el servidor de impresión y lo instala. Eso es una máquina que ejecuta código que acaba de obtener de otra máquina a través de la red, y es exactamente la ruta que aprovechó PrintNightmare.
- El acoplamiento de la arquitectura. Un controlador V3 está diseñado para una arquitectura de procesador específica. Un servidor de impresión que comparte impresoras con clientes de 32 y 64 bits tiene que albergar ambos paquetes de controladores, por lo que los almacenes de controladores del servidor de impresión llegan a acumular cientos y por eso eliminar un controlador puede romper algo seis meses después.
¿Qué es un controlador de impresora V4?
Un controlador de impresora V4, introducido con Windows 8 y Windows Server 2012, es un controlador de fabricante diseñado para compartir y para el aislamiento. Es independiente de la arquitectura, de modo que un solo controlador sirve para clientes de 32 y 64 bits. Está aislado del proceso del Print spooler, por lo que un fallo del controlador no arrastra consigo al Print spooler. Con el Point and Print mejorado, el cliente no copia el controlador desde el servidor; utiliza un controlador de clase integrado compatible u obtiene el paquete V4 de Windows Update.
El V4 resolvió problemas reales. La matriz de arquitecturas se simplificó. Los fallos de los controladores dejaron de ser fallos del Print spooler. La copia de controladores de servidor a cliente, el mecanismo específico del que abusó PrintNightmare, ya no formaba parte del flujo de impresión compartida.
Lo que V4 no solucionó fue la premisa subyacente. Un controlador V4 sigue siendo código proporcionado por el fabricante, que se ejecuta en el equipo, en la ruta de impresión. La configuración sigue realizándose a través de aplicaciones de extensión de la impresora que escribe el fabricante. El código está mejor aislado que antes, y aun así sigue siendo su código en tu equipo.
Por eso el aviso de obsolescencia de Microsoft nombra ambos modelos en la misma frase. A partir del 15 de enero de 2026, los nuevos controladores de impresora V3 de terceros y V4 ya no se publicarán en Windows Update para Windows 11 y Windows Server 2025 y versiones posteriores, salvo aprobación caso por caso. V4 no es el destino. Es un punto intermedio que duró unos doce años.
¿Qué es el controlador de clase IPP?
El controlador de clase IPP es el controlador de impresora integrado de Microsoft. No lleva código del fabricante. Cuando se añade una impresora, Windows consulta al dispositivo a través del Protocolo de Impresión de Internet; la impresora informa de lo que puede hacer (tamaños de papel, dúplex, modos de color, opciones de acabado) y Windows construye la cola de impresión a partir de esa respuesta utilizando el controlador integrado.
La impresora se describe a sí misma, por lo que no hace falta instalar nada para describirla. Esa es la idea principal, y es lo que «sin controladores» significa realmente en este contexto.
El requisito es que la impresora hable IPP correctamente. En la práctica, eso implica la certificación Mopria, que es el programa de Mopria Alliance para verificar que un dispositivo implementa el estándar correctamente. La Alianza ha certificado más de 9.000 modelos de impresoras de 24 marcas. Los dispositivos anteriores a la certificación dependen de que el fabricante publique firmware y vuelva a presentar el modelo para las pruebas, algo que no va a ocurrir con hardware fuera de soporte.
¿Por qué Microsoft se pasa al IPP?
Porque el controlador de terceros es la vulnerabilidad. Microsoft atribuye que el 9 % de todos los problemas de seguridad de Windows notificados al Microsoft Security Response Center se deben a la pila de impresión, y se han divulgado alrededor de 53 vulnerabilidades del Print Spooler desde PrintNightmare en 2021.
La cronología publicada es específica:
Los controladores existentes seguirán funcionando. Los fabricantes podrán seguir distribuyendo instaladores desde sus propios sitios. Lo que termina es que Windows Update deje de ser el canal de mantenimiento, y con ello la suposición de que los controladores se mantienen por sí solos.
A esto se suma el modo Windows Protected Print, presentado con Windows 11 24H2 y Windows Server 2025. Cuando se aplica el WPP, los controladores de terceros se bloquean por completo y solo las impresoras certificadas Mopria funcionan. Microsoft ha dicho que pretende que WPP se convierta en la opción predeterminada, pero no ha anunciado una fecha.
¿Qué significa esto para una infraestructura de impresoras mixta?
La mayoría de los parques de impresoras no son homogéneos. Un entorno de mediana empresa típico tiene unos cuantos MFP recientes con certificación Mopria, una larga cola de impresoras de red más antiguas con controladores V3 y un conjunto de dispositivos especializados (impresoras de etiquetas, plotters, impresoras de recibos) que ningún estándar cubre bien.
La vía IPP atiende claramente al primer grupo. Al segundo, solo si el fabricante publica firmware. Y con frecuencia no atiende en absoluto al tercer grupo, por eso las primeras quejas sobre las pruebas de WPP vinieron de equipos con hardware Zebra y Dymo.
Cloud rendering toma una ruta diferente ante el mismo problema. En lugar de exigir que la impresora negocie IPP con Windows, ezeep renderiza el trabajo en la nube con una biblioteca de más de 6.000 controladores de fabricantes y entrega los datos listos para imprimir al dispositivo a través de el ezeep Hub. El controlador sigue existiendo; simplemente se ejecuta en la nube en lugar de en tu dispositivo final, lo que significa que no está en la máquina que WPP protege ni en un servidor de impresión que haya que parchear.
Para un parque de impresoras cuya comprobación Mopria muestre una larga columna en rojo, esa es la diferencia entre necesitar presupuesto para renovar el hardware o solucionarlo un martes por la tarde.
Por qué los equipos eligen ezeep: la impresión sin controladores y sin servidor, explicada
Cómo comprobar si una impresora tiene la certificación Mopria (para WPP)
