Bloccare l’aggiornamento di un driver specifico in Windows 11

Se vuoi impedire che un driver specifico venga reinstallato o aggiornato su Windows 11, la strada giusta dipende da quanto controllo hai sull’ambiente. In un PC singolo puoi intervenire con i criteri di installazione dispositivo o con l’ID hardware. In un parco macchine gestito, conviene usare policy centralizzate e, se disponibile, i meccanismi di Windows Update for Business. Il punto chiave è questo: non basta “nascondere” l’aggiornamento una volta. Se Windows lo considera compatibile, prima o poi tenderà a riproporlo.

Qui l’obiettivo non è bloccare tutti gli update di sistema, ma fermare quel driver preciso senza rompere il resto della manutenzione. È una differenza importante, perché disattivare Windows Update in blocco è una scorciatoia che crea più problemi di quanti ne risolva: patch di sicurezza ferme, driver di storage o rete non allineati, e debug più difficile quando qualcosa si guasta davvero.

Quando conviene bloccare un driver e quando no

Bloccare un driver ha senso quando hai uno di questi casi:

• un aggiornamento ha introdotto crash, schermate nere, artefatti video o perdita di funzionalità;
• una periferica funziona con una versione stabile e l’ultima release del produttore è ancora acerba;
• Windows Update continua a sovrascrivere un driver OEM validato internamente;
• stai gestendo postazioni critiche e vuoi congelare un componente finché non hai testato la nuova build.

Non conviene invece se il driver è legato a sicurezza, stabilità del kernel o compatibilità con una versione recente di Windows. In quel caso il blocco va trattato come misura temporanea, con una scadenza chiara e un piano di ritorno. Un driver grafico, un driver Wi-Fi o un controller storage possono cambiare molto il comportamento del sistema: bloccarli è legittimo, ma va fatto con consapevolezza del rischio operativo.

Il metodo più pulito: blocco via ID hardware

La soluzione più robusta, su una macchina singola o in dominio, è impedire l’installazione di un dispositivo tramite il suo hardware ID o instance ID. Questo approccio non dipende dal nome commerciale del driver, ma dall’identità del dispositivo. È utile perché, se il vendor cambia il pacchetto ma il dispositivo resta lo stesso, il blocco continua a funzionare.

Prima di tutto devi recuperare gli ID corretti. Apri Gestione dispositivi, vai sul dispositivo interessato, poi su Proprietà → Dettagli → ID hardware. Copia il valore più specifico disponibile, di solito il primo della lista. Se vuoi verificare via PowerShell, puoi usare anche questo approccio:

Get-PnpDevice -PresentOnly | Where-Object {$_.FriendlyName -like '*nome dispositivo*'} | Select-Object FriendlyName, InstanceId

Una volta ottenuto l’ID, puoi applicare il blocco tramite Criteri di gruppo locali o di dominio. Il percorso è:

Configurazione computer → Modelli amministrativi → Sistema → Installazione dispositivo → Restrizioni installazione dispositivo.

Qui abilita la policy che impedisce l’installazione di dispositivi corrispondenti a uno di questi ID. In alcune edizioni di Windows 11 il nome può variare leggermente, ma il concetto resta lo stesso: stai dicendo al sistema di rifiutare quel dispositivo anche se Windows Update propone un driver compatibile.

Se operi da registro, la logica corrispondente viene in genere gestita sotto chiavi di policy locali, ma il pannello è preferibile perché riduce errori di sintassi e consente una verifica immediata dello stato. In ambiente gestito, meglio ancora un GPO con ambito limitato al gruppo di macchine interessato.

Bloccare solo l’aggiornamento del driver, senza toccare il resto

Se il tuo problema non è l’installazione iniziale ma il fatto che Windows continua a sostituire il driver con una versione più recente, hai tre strade pratiche. La prima è usare la policy di restrizione installazione per mantenere la versione già presente. La seconda è bloccare l’aggiornamento del driver tramite le impostazioni di distribuzione. La terza è usare la versione del vendor con un pacchetto firmato e testato, poi impedire che Windows Update lo sovrascriva.

La via meno fragile, su sistemi non gestiti, è questa sequenza:

1. installa o ripristina la versione del driver che vuoi mantenere;
2. verifica che il dispositivo funzioni correttamente;
3. imposta il blocco per l’ID hardware o l’instance ID;
4. forza un controllo di aggiornamenti e conferma che il driver non venga più proposto.

Per verificare lo stato del dispositivo puoi usare Gestione dispositivi oppure PowerShell. Ad esempio:

Get-PnpDevice | Where-Object {$_.Status -ne 'OK'} | Select-Object Class, FriendlyName, Status, ProblemCode

Se il dispositivo torna in stato corretto e non compare più una nuova versione nel catalogo di aggiornamenti, il blocco sta facendo il suo lavoro. Se invece Windows insiste, di solito significa che il criterio non è stato applicato all’ID giusto oppure che il driver arriva da un canale diverso, per esempio un tool OEM o un agente di gestione hardware.

Usare Windows Update per Business quando c’è gestione centralizzata

In un ambiente aziendale, Windows Update for Business è spesso la scelta più ordinata. Permette di controllare qualità, feature update e, in molti casi, il comportamento degli aggiornamenti driver in modo più coerente rispetto ai singoli PC configurati a mano. Il vantaggio non è solo amministrativo: riduci il rischio di eccezioni locali che poi diventano impossibili da tracciare.

Qui la logica è semplice: se il driver incriminato arriva tramite Windows Update, puoi limitarne la distribuzione con policy di update, anelli di rollout e, dove supportato, esclusioni mirate. È una soluzione più elegante quando devi gestire decine o centinaia di postazioni. Però richiede disciplina: inventario preciso dell’hardware, test su un gruppo pilota e una finestra di osservazione prima di estendere il blocco.

Il controllo da fare dopo l’applicazione della policy non è solo “il driver non si è aggiornato”, ma anche che il sistema riceva ancora gli altri aggiornamenti previsti. In altre parole: blocco selettivo sì, congelamento totale no. Se il client smette di vedere patch cumulative o aggiornamenti di sicurezza, hai sbagliato perimetro.

Metodo rapido per un singolo PC: nascondere l’update e poi bloccarlo davvero

Se devi intervenire in fretta su un solo PC, il flusso più pratico è questo: prima nascondi l’aggiornamento problematico, poi applichi il blocco strutturale. Nascondere l’update serve a fermare l’emorragia nell’immediato; il blocco via policy serve a evitare che il problema si ripresenti al ciclo successivo.

La parte importante è non fermarsi al solo “hide”. Quello è un tampone. Dopo il riavvio o il successivo scan, Windows può ripresentare il pacchetto se non trova una restrizione coerente. Per questo il blocco per ID resta il vero strumento di controllo.

Se il driver ha già causato un guasto, conviene anche verificare se è stato installato un pacchetto OEM con utility accessorie. In alcuni casi il problema non è il solo driver, ma un servizio aggiuntivo che lo accompagna. Controlla in Impostazioni → App → App installate oppure in Servizi se il vendor ha piazzato componenti secondari. Il blocco del driver non rimuove automaticamente il resto.

Cosa controllare prima di dire che il blocco è riuscito

Non fidarti del solo messaggio “operazione completata”. Verifica tre cose: presenza del driver corretto, assenza di nuovi tentativi di installazione e salute del dispositivo.

1. In Gestione dispositivi controlla Proprietà → Driver e annota versione, data e provider.
2. Apri Visualizzatore eventi e cerca eventi relativi a installazione dispositivo o aggiornamento driver, soprattutto nei log System e nei registri operativi di DeviceSetupManager.
3. Forza un nuovo scan di Windows Update e verifica che il pacchetto non venga più proposto.

Se trovi ancora un tentativo di sostituzione, il problema è quasi sempre uno di questi: ID sbagliato, policy non ereditata, conflitto con altra regola più permissiva, oppure installazione arrivata da un canale OEM esterno. In quel caso vai a caccia del canale, non del sintomo.

Rollback: come tornare indietro senza lasciare il sistema in mezzo al guado

Ogni blocco deve avere un’uscita pulita. Il rollback consiste nel rimuovere la restrizione, ripristinare la normale ricerca driver e, se necessario, reinstallare la versione più recente o quella raccomandata dal produttore. Prima però annota lo stato corrente: versione del driver, data di installazione, ID del dispositivo e policy applicate.

Se hai usato il pannello criteri, disabilita la regola che impedisce l’installazione del dispositivo o togli l’ID dalla lista. Se hai usato un GPO, verifica l’effetto con un aggiornamento della policy e un riavvio se richiesto. Dopo il rollback, controlla che il driver aggiornato venga effettivamente visto dal sistema e che non compaiano errori di periferica.

Se il rollback fallisce, il problema di solito è di precedenza: un’altra policy, un software OEM o una restrizione locale sta ancora imponendo il blocco. In quel caso la correzione va fatta sul livello più alto che governa il client, non sul singolo profilo utente.

Scelta pratica: quale strada usare davvero

Se hai un solo PC e vuoi una soluzione affidabile, usa il blocco per ID hardware. Se hai più macchine e un minimo di governance, usa GPO o Windows Update for Business. Se hai urgenza, nascondi l’update per fermare il danno, ma considera quella mossa un ponte, non una soluzione definitiva.

Il criterio operativo che uso io è semplice: prima osservabilità, poi blocco selettivo, poi verifica. Se il driver è davvero il colpevole, la prova la vedi subito in stabilità del dispositivo, assenza di reinstallazioni e persistenza della versione corretta dopo un nuovo ciclo di update. Se non succede, non inseguire il nome del driver: torna al layer precedente e controlla se il problema arriva da un tool del produttore, da un pacchetto cumulativo o da una policy che stai sovrascrivendo senza accorgertene.

Assunzione: il lettore ha accesso amministrativo al PC o al criterio di gruppo e vuole bloccare un driver senza disabilitare gli aggiornamenti di Windows in modo globale.