V3, V4 et IPP : un guide simple des modèles de pilotes d'imprimante Windows

Windows utilise actuellement trois modèles de pilotes d'imprimante. Le V3 est le modèle hérité, datant de Windows 2000 : un package de pilotes spécifique à une imprimante qui s'installe à la fois sur le serveur d'impression et sur le client, et peut contenir des composants supplémentaires qui se chargent au sein du spouleur d'impression. Le V4 est arrivé avec Windows 8 et Windows Server 2012 : toujours un pilote constructeur, mais isolé du spouleur d'impression, indépendant de l'architecture et n'étant plus copié du serveur vers le client. Le pilote de classe IPP est l'option intégrée et sans pilote de Microsoft : l'imprimante annonce ses propres capacités via l'Internet Printing Protocol et Windows crée la file d'impression sans intervention de code constructeur.

L'erreur que commettent la plupart des équipes IT est de supposer que V4 est l'option moderne et sûre. Microsoft déprécie V3 et V4 simultanément. Cet article explique le rôle de chaque modèle, pourquoi V4 n'a pas résolu le problème pour lequel il avait été conçu, et ce que la bascule vers IPP signifie réellement pour un parc d'imprimantes.

Qu'est‑ce qu'un pilote d'imprimante V3 ?

Un pilote d'imprimante V3 est le modèle classique de pilote d'impression de Windows, introduit avec Windows 2000 et toujours le plus répandu en environnement entreprise. Il est spécifique à une imprimante, s'installe à la fois sur le serveur d'impression et sur chaque client qui imprime sur cette imprimante, et peut inclure des moniteurs de port, des processeurs d'impression et des moniteurs de langue qui se chargent au sein du spouleur d'impression.

Deux caractéristiques font de V3 le modèle que Microsoft souhaite supprimer :

1. Le mécanisme de déploiement. Avec Point and Print, un client qui se connecte à une imprimante V3 partagée télécharge le package de pilotes depuis le serveur d'impression et l'installe. Autrement dit, une machine exécute du code qu'elle vient de récupérer sur une autre machine via le réseau — et c'est exactement le vecteur exploité par PrintNightmare.

2. Le couplage d'architecture. Un pilote V3 est construit pour une architecture processeur spécifique. Un serveur d'impression partageant des imprimantes avec des clients 32 bits et 64 bits doit héberger les deux packages de pilotes, d'où des dépôts de pilotes qui finissent par compter des centaines d'entrées et pourquoi la suppression d'un pilote casse quelque chose six mois plus tard.

Qu'est‑ce qu'un pilote d'imprimante V4 ?

Un pilote d'imprimante V4, introduit avec Windows 8 et Windows Server 2012, est un pilote constructeur pensé pour le partage et l'isolation. Il est indépendant de l'architecture, un seul pilote couvrant clients 32 bits et 64 bits. Il est isolé du spouleur d'impression, de sorte qu'un plantage du pilote n'entraîne pas celui du spouleur. Avec Enhanced Point and Print, le client ne copie pas le pilote depuis le serveur : il utilise un pilote de classe intégré compatible ou récupère le package V4 via Windows Update.

V4 a résolu des problèmes concrets. La complexité liée aux architectures a disparu. Les plantages de pilotes ont cessé d'entraîner ceux du spouleur d'impression. La copie du pilote du serveur vers le client — le mécanisme exploité par PrintNightmare — ne faisait plus partie du flux d'impression des imprimantes partagées.

Ce que V4 n'a pas résolu, c'est le problème de fond. Un pilote V4 reste un code fourni par le fabricant, qui s'exécute sur le poste, dans le chemin d'impression. La configuration s'effectue toujours via des applications d'extension d'imprimante développées par le fabricant. Le code est mieux isolé qu'auparavant, mais il demeure leur code sur votre machine.

C'est pourquoi l'avis de dépréciation de Microsoft mentionne les deux modèles dans le même souffle. À compter du 15 janvier 2026, les nouveaux pilotes V3 tiers et V4 ne seront plus publiés sur Windows Update pour Windows 11 et Windows Server 2025 et versions ultérieures, sauf approbation au cas par cas. V4 n'est pas la destination. C'est un point de passage qui a duré environ douze ans.

Qu'est-ce que le pilote de classe IPP ?

Le pilote de classe IPP est le pilote d'imprimante intégré de Microsoft. Il n'inclut aucun code du fabricant. Lorsqu'une imprimante est ajoutée, Windows interroge l'appareil via le protocole Internet Printing (IPP) : l'imprimante renvoie ses capacités (formats de papier, recto‑verso, modes couleur, options de finition), et Windows construit la file d'impression à partir de cette réponse en utilisant le pilote inclus.

L'imprimante se décrit elle‑même, donc rien ne doit être installé pour la décrire. C'est tout le principe, et c'est ce que «sans pilote» signifie réellement dans ce contexte.

La condition est que l'imprimante « parle » correctement le protocole IPP. En pratique, cela implique la certification Mopria, le programme de la Mopria Alliance qui vérifie qu'un appareil implémente correctement la norme. L'Alliance a certifié plus de 9 000 modèles d'imprimantes répartis sur 24 marques. Les appareils antérieurs à cette certification dépendent de la publication d'un micrologiciel par le fabricant et d'une nouvelle soumission du modèle pour tests, ce qui, pour du matériel qui n'est plus pris en charge, n'arrivera pas.

Pourquoi Microsoft passe-t-il à l'IPP ?

Parce que c'est le pilote tiers qui constitue la vulnérabilité. Microsoft attribue 9 % de l'ensemble des problèmes de sécurité Windows signalés au Microsoft Security Response Center à la pile d'impression.Environ 53 vulnérabilités du spouleur d'impression ont été divulguées depuis PrintNightmare en 2021.

Le calendrier publié est précis :

Les pilotes existants continuent de fonctionner. Les fabricants peuvent toujours proposer des installateurs sur leurs propres sites. Ce qui prend fin, c'est Windows Update comme canal de maintenance, et avec lui l'idée que les pilotes se gèrent d'eux‑mêmes.

À cela s'ajoute le mode Windows Protected Print, introduit avec Windows 11 24H2 et Windows Server 2025. Lorsque le WPP est appliqué, les pilotes tiers sont purement et simplement bloqués et seules les imprimantes certifiées Mopria fonctionnent. Microsoft a indiqué vouloir faire du WPP le mode par défaut, mais n'a pas annoncé de date.

Qu'est‑ce que cela signifie pour une infrastructure d'impression mixte ?

La plupart des parcs ne sont pas homogènes. Dans un environnement mid-market typique, on trouve quelques imprimantes multifonctions (MFP) récentes certifiées Mopria, une longue traîne d'imprimantes réseau plus anciennes sous pilotes V3, et des appareils spécialisés (imprimantes d'étiquettes, traceurs, imprimantes de reçus) qu'aucune norme ne couvre bien.

La voie IPP prend en charge le premier groupe sans problème. Elle ne prend en charge le deuxième groupe que si le fabricant publie une mise à jour du micrologiciel. Elle ne prend souvent pas du tout en charge le troisième groupe, c'est pourquoi les premières réclamations concernant les tests WPP provenaient d'équipes utilisant du matériel Zebra et Dymo.

Le rendu dans le cloud adopte une autre approche pour résoudre le même problème. Plutôt que d'exiger que l'imprimante négocie IPP avec Windows, ezeep effectue le rendu de la tâche d'impression dans le cloud en s'appuyant sur une bibliothèque de plus de 6 000 pilotes constructeurs et transmet les données prêtes à l'impression vers l'ezeep Hub. Le pilote existe toujours : il s'exécute dans le cloud plutôt que sur votre poste, ce qui signifie qu'il ne se trouve ni sur la machine protégée par WPP, ni sur un serveur d'impression qu'il faudrait mettre à jour.

Pour un parc où la vérification Mopria affiche une longue colonne rouge, c'est la différence entre prévoir un budget de renouvellement matériel et le régler un mardi après-midi.