By Karen Thulmann on agosto 26, 2026
O Windows tem três modelos de drivers de impressora em circulação. O V3 é o modelo legado, que remonta ao Windows 2000: um pacote de driver específico do dispositivo que se instala tanto no servidor de impressão quanto no cliente, e pode conter componentes adicionais que são carregados dentro do processo do print spooler. O V4 chegou com o Windows 8 e o Windows Server 2012: ainda é um driver do fabricante, mas isolado do print spooler, independente de arquitetura e não é mais copiado do servidor para o cliente. O driver de classe IPP é a opção integrada e sem driver da Microsoft: a impressora anuncia seus próprios recursos pelo Internet Printing Protocol e o Windows cria a fila de impressão sem envolver código do fabricante.
O erro que a maioria das equipes de TI comete é presumir que o V4 é a opção moderna e segura. A Microsoft está descontinuando V3 e V4 juntos. Este post explica o que cada modelo faz, por que o V4 não resolveu o problema para o qual foi criado e o que a mudança para o IPP realmente significa para um parque de dispositivos.
O que é um driver de impressora V3?
Um driver de impressora V3 é o modelo clássico de driver de impressão do Windows, introduzido com o Windows 2000 e ainda o mais comum em ambientes corporativos. Ele é específico do dispositivo, instala-se tanto no servidor de impressão quanto em cada cliente que imprime nessa impressora, e pode incluir monitores de porta, processadores de impressão e monitores de idioma que são carregados dentro do processo do print spooler.
Duas propriedades fazem do V3 o modelo que a Microsoft quer eliminar:
-
O mecanismo de implantação. No Point and Print, um cliente que se conecta a uma impressora V3 compartilhada baixa o pacote de driver do servidor de impressão e o instala. Ou seja, uma máquina executando código que acabou de buscar em outra máquina pela rede — e esse foi exatamente o caminho que o PrintNightmare explorou.
- Acoplamento de arquitetura. Um driver V3 é criado para uma arquitetura de processador específica. Um servidor de impressão que compartilha impressoras com clientes de 32 e 64 bits precisa hospedar ambos os pacotes de driver, e é por isso que os repositórios de drivers em servidores de impressão se acumulam em centenas e por que remover um driver acaba quebrando algo seis meses depois.
O que é um driver de impressora V4?
Um driver de impressora V4, introduzido com o Windows 8 e o Windows Server 2012, é um driver de fabricante projetado para compartilhamento e isolamento. Ele é independente de arquitetura, então um único driver atende clientes de 32 e 64 bits. Ele é isolado do processo do print spooler, de modo que uma falha no driver não derruba o print spooler. Sob o enhanced Point and Print, o cliente não copia o driver do servidor; ele usa um driver de classe integrado compatível ou obtém o pacote V4 do Windows Update.
O V4 resolveu problemas reais. A matriz de arquiteturas se simplificou. Falhas de driver deixaram de derrubar o print spooler. A cópia do driver do servidor para o cliente — o mecanismo que o PrintNightmare explorou — deixou de fazer parte do fluxo de impressora compartilhada.
O que o V4 não resolveu é a premissa subjacente. Um driver V4 continua sendo um código fornecido pelo fabricante, executado no endpoint, no caminho de impressão. A configuração ainda é feita por meio de aplicativos de extensão de impressora que o fabricante desenvolve. O código está mais isolado do que antes, mas continua sendo o código deles na sua máquina.
É por isso que o aviso de descontinuação da Microsoft menciona ambos os modelos em conjunto. A partir de 15 de janeiro de 2026, novos drivers de impressora V3 de terceiros e drivers de impressora V4 não serão mais publicados no Windows Update para Windows 11 e Windows Server 2025 e versões posteriores, exceto por aprovação caso a caso. O V4 não é o destino. É uma etapa intermediária que durou cerca de doze anos.
O que é o driver de classe IPP?
O driver de classe IPP é o driver de impressora integrado da Microsoft. Ele não contém código do fabricante. Quando uma impressora é adicionada, o Windows consulta o dispositivo pelo Internet Printing Protocol, a impressora informa quais recursos oferece (tamanhos de papel, impressão frente e verso (duplex), modos de cor, opções de acabamento) e o Windows constrói a fila de impressão a partir dessa resposta usando o driver integrado.
A impressora se descreve, então nada precisa ser instalado para isso. Essa é toda a ideia, e é o que "sem driver" realmente significa neste contexto.
O requisito é que a impressora se comunique via IPP corretamente. Na prática, isso significa certificação Mopria, que é o programa da Mopria Alliance para verificar se um dispositivo implementa o padrão corretamente. A Mopria Alliance já certificou mais de 9.000 modelos de impressoras de 24 marcas. Dispositivos anteriores à certificação dependem do fabricante liberar firmware e reenviar o modelo para testes, o que não vai acontecer para hardware sem suporte.
Por que a Microsoft está migrando para o IPP?
Porque o driver de terceiros é a vulnerabilidade. A Microsoft atribui 9% de todos os problemas de segurança do Windows relatados ao Microsoft Security Response Center à pilha de impressão, e cerca de 53 vulnerabilidades do Print Spooler foram divulgadas desde o PrintNightmare em 2021.
O cronograma publicado é específico:
Os drivers existentes continuam funcionando. Os fabricantes ainda podem disponibilizar instaladores em seus próprios sites. O que acaba é o Windows Update como canal de manutenção e, com ele, a suposição de que os drivers se mantêm sozinhos.
Somado a isso, temos o modo Windows Protected Print, introduzido com o Windows 11 24H2 e o Windows Server 2025. Quando o WPP é aplicado, os drivers de terceiros são completamente bloqueados e apenas impressoras certificadas pela Mopria funcionam. A Microsoft declarou que pretende que o WPP se torne o padrão, mas não anunciou uma data.
O que isso significa para uma infraestrutura de impressão mista?
A maioria dos parques de impressoras não é homogênea. Um ambiente típico de uma empresa de médio porte tem algumas MFPs recentes certificadas Mopria, uma maior quantidade de impressoras de rede mais antigas com drivers V3 e um conjunto de dispositivos especializados (impressoras de etiquetas, plotters, impressoras de recibos) que nenhum padrão atende bem.
O caminho IPP atende o primeiro grupo sem problemas. Atende o segundo apenas se o fabricante liberar firmware. Frequentemente, não atende o terceiro grupo de forma alguma — por isso as primeiras reclamações sobre os testes do WPP vieram de equipes com hardware Zebra e Dymo.
Cloud rendering adota uma rota diferente para o mesmo problema. Em vez de exigir que a impressora negocie IPP com o Windows, o ezeep renderiza o trabalho na nuvem usando uma biblioteca com mais de 6.000 drivers de fabricante e entrega dados prontos para impressão ao dispositivo através do ezeep Hub. O driver ainda existe. Ele simplesmente é executado na nuvem em vez de no seu endpoint, o que significa que não está na máquina que o WPP está protegendo nem em um servidor de impressão que alguém precise atualizar.
Para um parque de impressoras cuja verificação Mopria retorna uma longa coluna vermelha, essa é a diferença entre precisar de um orçamento para renovação de hardware e resolver tudo numa tarde de terça‑feira.
Impressoras de PDF em software funcionam com o Windows Protected Print?
Por que as equipes escolhem o ezeep: driverless e serverless explicados
