Windows 11 24H2 e schermate blu: Microsoft blocca l'aggiornamento su alcuni PC

Windows 11 24H2 e schermate blu: Microsoft blocca l'aggiornamento su alcuni PC

Un nuovo blocco di sicurezza impedisce l'aggiornamento a Windows 11 24H2 sui sistemi che utilizzano il driver sprotect.sys di SenseShield Technology. Il componente, utilizzato per la protezione della crittografia in software di sicurezza e soluzioni aziendali, causa schermate blu.

di pubblicata il , alle 10:11 nel canale Sistemi Operativi
MicrosoftWindows 11
 

Microsoft ha implementato un nuovo blocco di compatibilità per l'aggiornamento a Windows 11 24H2 sui computer che utilizzano il driver sprotect.sys sviluppato da SenseShield Technology. La decisione arriva dopo la scoperta di problemi che rendono inutilizzabili i sistemi aggiornati, con manifestazioni di errori BSOD (Blue Screen of Death) o schermate nere.

Il driver in questione fornisce funzionalità di protezione crittografica ed è comunemente utilizzato da software di sicurezza specializzati e soluzioni aziendali. Un aspetto particolarmente problematico è che questo componente può essere installato automaticamente durante il processo di installazione di numerose applicazioni diverse, rendendo difficile per gli utenti identificare preventivamente la sua presenza sul sistema.

Nuovo blocco di compatibilità per Windows 11 24H2

L'incompatibilità riguarda tutte le versioni del driver sprotect.sys (specificamente le versioni 1.0.2.372 e 1.0.3.48903) e può colpire anche computer di recente acquisto, non solo sistemi datati. Microsoft ha assegnato l'ID di salvaguardia 56318982, come indicato nella dashboard di stato della versione di Windows. Gli amministratori IT possono utilizzare questo identificativo nei report di Windows Update for Business per verificare quali endpoint sono interessati dal problema. Gli utenti delle edizioni Windows Home o Pro possono controllare la presenza di blocchi di sicurezza attraverso il percorso Start > Impostazioni > Windows Update, selezionando "Verifica aggiornamenti di Windows".

Se un dispositivo è soggetto al blocco di aggiornamento, apparirà un messaggio che indica che "l'aggiornamento è in arrivo" e "non c'è nulla che richiede la tua attenzione al momento", accompagnato da un link che reindirizza a una pagina web con dettagli aggiuntivi sulle protezioni attive per il proprio PC. Microsoft sconsiglia vivamente agli utenti interessati di tentare l'aggiornamento manuale utilizzando i vari metodi disponibili, neanche quelli ufficiali, fino alla risoluzione del problema. Forzare l'aggiornamento potrebbe rendere il sistema inutilizzabile, con conseguenti perdite di dati.

La natura del problema risiede nell'incompatibilità tra il driver sprotect.sys e le modifiche apportate in Windows 11 24H2. Quando il sistema operativo aggiornato tenta di interagire con questo componente, si verificano conflitti che portano al blocco completo del sistema e alla visualizzazione degli errori fatali. L'azienda di Redmond ha dichiarato di essere attivamente impegnata nella collaborazione con SenseShield Technology per risolvere il problema di compatibilità e seguiranno probabilmente a breve ulteriori sviluppi.

Questo non è il primo blocco di compatibilità che Microsoft ha dovuto implementare su Windows 11 24H2. Nelle settimane precedenti, l'azienda aveva già applicato e successivamente rimosso blocchi simili per alcuni utenti di AutoCAD, per i giocatori di Asphalt 8: Airborne e per dispositivi ASUS con specifiche configurazioni hardware. Altri blocchi di aggiornamento sono stati necessari anche per PC con fotocamere integrate, software di miglioramento audio Dirac e altre app.

15 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
Hiei360008 Aprile 2025, 10:14 #1
Un motivo tra gli altri per ritardare sempre gli aggiornamenti di sistema... Si finisce per fare i beta tester
giovanni6908 Aprile 2025, 11:40 #2

Utenti di Windows come beta tester

Ma non ci posso credere!....
destroyer8508 Aprile 2025, 13:43 #3
Problema con i driver che causano un BSOD e, come sempre, "HA STATA MICRO$OFT... WINZOZZ..." aspetto l'immancabile "passare a linux"
LL108 Aprile 2025, 13:55 #4
Se non HA STATA LEI, va a finire che HA STATO IO??
marcram08 Aprile 2025, 14:40 #5
Originariamente inviato da: destroyer85
Problema con i driver che causano un BSOD e, come sempre, "HA STATA MICRO$OFT... WINZOZZ..." aspetto l'immancabile "passare a linux"

In effetti, se l'interazione tra sistema operativo e driver funzionava fino a prima, e con l'aggiornamento del sistema va in conflitto, significa che l'aggiornamento ha cambiato qualcosa.
Quindi sì, con molta probabilità, è colpa di MS...
destroyer8508 Aprile 2025, 14:40 #6
Qualcuno l'avrà installato quel software quindi HA STATO IL SISTEMISTA
euscar08 Aprile 2025, 15:04 #7
Originariamente inviato da: Hiei3600
Un motivo tra gli altri per ritardare sempre gli aggiornamenti di sistema... Si finisce per fare i beta tester


In realtà sono decenni che gli utenti fanno da beta tester ... non ho mai visto un solo SO della M$ funzionare senza bug al day one.
Vero è che ultimamente, ad ogni aggiornamento, i bug vengono introdotti invece di essere corretti

Originariamente inviato da: destroyer85
Problema con i driver che causano un BSOD e, come sempre, "HA STATA MICRO$OFT... WINZOZZ..." aspetto l'immancabile "passare a linux"


Dove hai difficoltà a capire che se prima girava tutto, ma dopo l'aggiornamento del solo SO qualcosa non funziona, non può che essere colpa del SO?

Per fortuna che esiste GNU/Linux
destroyer8508 Aprile 2025, 20:56 #8
So che non sembra dal titolo, ma non è "un'aggiornamento" a non funzionare, ma è la versione 24H2 di cui hanno bloccato l'aggiornamento dei computer che hanno quei driver.
Driver che non è dato sapere quando sono stati rilasciati e per quale sistema operativo.
Immagino che se cercassi su internet non troverei mai dei kernel panic dovuti ad un driver dopo l'aggiornamento del kernel...
euscar08 Aprile 2025, 23:01 #9
L'articolo riporta:
La natura del problema risiede nell'incompatibilità tra il driver sprotect.sys e le modifiche apportate in Windows 11 24H2. Quando il sistema operativo aggiornato tenta di interagire con questo componente, si verificano conflitti che portano al blocco completo del sistema e alla visualizzazione degli errori fatali.


Quindi sono le successive modifiche fatte al SO che creano problemi con il driver sprotect.sys, che prima delle modifiche non dava problemi. Almeno questo è ciò che capisco io.
Senza contare tutti gli altri problemi intrododtti con altri software (come riportato alla fine dell'articolo). Ergo deduco che a dare problemi sono le recenti modifiche di Wondows
destroyer8509 Aprile 2025, 12:30 #10
La natura del problema risiede nell'incompatibilità tra il driver sprotect.sys e le modifiche apportate in Windows 11 24H2 rispetto a Windows 11 23H2, non da Windows 11 24H2 con le patch di gennaio rispetto a quelle di marzo.
Un po' come Debian 12.4 rispetto a Debian 12.5 o RHEL 9.4 e RHEL 9.5.

Con Windows 11 Micosoft ha introddo la possibilità di non far effettuare l'aggiornamento a Build successive in caso siano installati componenti che si sà già che causano problemi.
Alcuni problemi sono sorti durante i test, altri, come questo, sono stati identificati mesi dopo perché probabilmente un componente meno diffuso.

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^