By Karen Thulmann on agosto 26, 2026
In Windows circolano tre modelli di driver di stampa. V3 è il modello legacy, risalente a Windows 2000: un pacchetto di driver specifico per il dispositivo che si installa sia sul Print server sia sul client e può contenere componenti aggiuntivi che si caricano all'interno del processo del Print spooler. V4 è arrivato con Windows 8 e Windows Server 2012: sempre un driver del produttore, ma isolato dal Print spooler, indipendente dall'architettura e non più copiato dal Print server al client. L'IPP class driver è l'opzione driverless integrata di Microsoft: la stampante comunica le proprie capacità tramite l'Internet Printing Protocol e Windows crea la coda senza codice del produttore.
L'errore più comune dei team IT è presumere che il modello V4 sia l'opzione moderna e sicura. Microsoft sta deprecando i modelli V3 e V4 insieme. Questo articolo spiega come funziona ogni modello, perché V4 non ha risolto il problema per cui era stato progettato e cosa significa realmente il passaggio all'IPP per un parco macchine.
Che cos'è un driver di stampa V3?
Un driver di stampa V3 è il modello classico di driver di stampa per Windows, introdotto con Windows 2000 e ancora il più diffuso negli ambienti enterprise. È specifico per il dispositivo, si installa sia sul Print server sia su ogni client che stampa su quella stampante, e può includere port monitor, print processor e language monitor che si caricano all'interno del processo del Print spooler.
Due caratteristiche rendono V3 il modello di cui Microsoft vuole liberarsi:
-
Il meccanismo di distribuzione. Con Point and Print, un client che si connette a una stampante V3 condivisa scarica il pacchetto di driver dal Print server e lo installa. In pratica, una macchina esegue codice che ha appena recuperato da un'altra macchina attraverso la rete, ed è esattamente il percorso sfruttato da PrintNightmare.
- L'accoppiamento con l'architettura. Un driver V3 è costruito per una specifica architettura di processore. Un Print server che condivide stampanti con client sia a 32 bit sia a 64 bit deve ospitare entrambi i pacchetti di driver; ecco perché gli archivi di driver dei Print server arrivano a contenerne centinaia e perché la rimozione di un driver può causare problemi anche a distanza di sei mesi.
Che cos'è un driver di stampa V4?
Un driver di stampa V4, introdotto con Windows 8 e Windows Server 2012, è un driver del produttore progettato per la condivisione e l'isolamento. È indipendente dall'architettura, quindi un unico driver serve sia i client a 32 bit sia quelli a 64 bit. È isolato dal Print spooler, perciò un crash del driver non porta giù il Print spooler. Con enhanced Point and Print, il client non copia il driver dal server: usa un inbox class driver compatibile oppure ottiene il pacchetto V4 da Windows Update.
V4 ha risolto problemi concreti. La complessità legata alle diverse architetture è venuta meno. I crash dei driver hanno smesso di provocare anche i crash del Print spooler. La copia del driver dal Print server al client, il meccanismo specifico sfruttato da PrintNightmare, non faceva più parte del flusso di stampa condivisa.
Quello che V4 non ha risolto è il presupposto di fondo. Un driver V4 resta comunque codice fornito dal produttore, eseguito sull'endpoint e inserito nel percorso di stampa. La configurazione avviene ancora tramite app di estensione per stampanti scritte dal produttore. Il codice è più isolato rispetto al passato, ma rimane codice di terze parti sulla vostra macchina.
Ecco perché l'avviso di obsolescenza di Microsoft menziona entrambi i modelli nello stesso respiro. A partire dal 15 gennaio 2026, i nuovi driver V3 di terze parti e i driver di stampa V4 non verranno più pubblicati su Windows Update per Windows 11, Windows Server 2025 e versioni successive, se non previa approvazione caso per caso. V4 non è la destinazione; è stata una tappa intermedia durata circa dodici anni.
Che cos'è il driver di classe IPP?
Il driver di classe IPP è il driver di stampa integrato di Microsoft. Non contiene alcun codice del produttore. Quando si aggiunge una stampante, Windows interroga il dispositivo tramite l'Internet Printing Protocol (IPP); la stampante comunica le proprie funzionalità (formati carta, fronte/retro, modalità colore, opzioni di finitura) e Windows crea la coda di stampa basandosi su quella risposta, utilizzando il driver preinstallato.
La stampante si autodescrive, quindi non occorre installare nulla per descriverne le funzionalità. Questa è l'idea di base, ed è ciò che il termine «driverless» significa realmente in questo contesto.
Il requisito è che la stampante supporti correttamente IPP. In pratica questo si traduce nella certificazione Mopria, il programma della Mopria Alliance che verifica la corretta implementazione dello standard da parte di un dispositivo. La Mopria Alliance ha certificato più di 9.000 modelli di stampanti appartenenti a 24 marchi. I dispositivi antecedenti alla certificazione dipendono dal rilascio di un firmware da parte del produttore e dalla successiva sottomissione del modello per i test, cosa che per l'hardware fuori supporto non avverrà.
Perché Microsoft sta passando a IPP?
Perché il driver di terze parti è la vulnerabilità. Microsoft attribuisce al sistema di stampa il 9% di tutti i problemi di sicurezza di Windows segnalati al Microsoft Security Response Center, e, dal PrintNightmare del 2021, sono state divulgate circa 53 vulnerabilità del Print Spooler.
La cronologia pubblicata è specifica:
I driver esistenti continuano a funzionare. I produttori possono ancora distribuire i file di installazione dai propri siti. Windows Update cessa di essere il canale di manutenzione e, con esso, decade l'assunto che i driver si gestiscano da soli.
A questo si aggiunge Windows Protected Print mode, introdotta in Windows 11 24H2 e Windows Server 2025. Quando la modalità WPP viene applicata, i driver di terze parti vengono bloccati del tutto e solo le stampanti certificate Mopria funzionano. Microsoft ha dichiarato che intende rendere WPP la modalità predefinita, ma non ha ancora annunciato una data.
Cosa significa questo per un'infrastruttura di stampa mista?
La maggior parte dei parchi di stampa non è omogenea. In un tipico ambiente di medie dimensioni ci sono poche MFP recenti certificate Mopria, una coda più ampia di stampanti di rete più datate su driver V3 e una serie di dispositivi specialistici (stampanti di etichette, plotter, stampanti per ricevute) che nessuno standard copre bene.
Il percorso IPP serve il primo gruppo senza problemi. Serve il secondo solo se il produttore rilascia aggiornamenti firmware. Spesso non serve affatto il terzo, ed è per questo che le prime lamentele sui test WPP sono arrivate da team con hardware Zebra e Dymo.
Cloud rendering adotta un percorso diverso per affrontare lo stesso problema. Anziché richiedere che la stampante negozi IPP con Windows, ezeep esegue il rendering del processo di stampa nel cloud contro una libreria di oltre 6.000 driver dei produttori e consegna i dati pronti per la stampa al dispositivo tramite the ezeep Hub. Il driver esiste ancora. Viene però eseguito nel cloud anziché sul vostro endpoint, quindi non risiede sulla macchina che WPP protegge né su un print server che qualcuno debba aggiornare.
Per un parco di stampa in cui la verifica Mopria mostra una lunga colonna in rosso, la differenza può essere tra un budget per il rinnovo dell'hardware e la risoluzione del problema in un martedì pomeriggio.
