Ulteriori informazioni sui requisiti di protezione dell'integrità e sul motivo per cui potrebbero non essere abilitati nel dispositivo.
Che cos'è Signed drivers?
Driver firmati è una protezione di sicurezza di Windows che consente di garantire che Windows carichi solo i driver che soddisfano i requisiti di attendibilità standard di produzione.
I driver operano con un alto livello di privilegi in Windows. La richiesta di driver firmati consente di rafforzare l'integrità di Windows e impedire che le configurazioni di sviluppo o test indeboliscano i requisiti di attendibilità dei driver.
Che cos'è la protezione debug del kernel?
Il debug del kernel è una funzionalità avanzata di Windows progettata per lo sviluppo, il test e la risoluzione dei problemi. Consente l'esecuzione di un debugger in un altro computer per connettersi direttamente al kernel di Windows. La protezione del debug del kernel verifica che il debug del kernel sia disabilitato nel dispositivo.
Perché la protezione dell'integrità verifica la presenza di questo elemento?
La protezione dell'integrità verifica se nel dispositivo sono attive importanti protezioni di sicurezza.
I driver firmati sono una di queste protezioni perché i driver vengono eseguiti con privilegi a livello di kernel e possono influire in modo significativo sulla sicurezza di Windows. La protezione debug kernel è una di queste protezioni perché abilitandola viene modificata la normale configurazione di sicurezza del dispositivo e il debug del kernel è destinato solo a scenari di sviluppo e test specializzati.
Se questi elementi non sono attivi, la pagina Protezione integrità in Impostazioni potrebbe indicare che il dispositivo richiede attenzione.
Perché non sono abilitati sul mio dispositivo?
Il dispositivo potrebbe utilizzare impostazioni speciali per lo sviluppo o il test del software.
Queste impostazioni possono consentire l'esecuzione di driver con firma di test o supportare il debug del kernel. In genere non sono necessari in un dispositivo consumer.
Questa configurazione può essere presente se:
- Il dispositivo è stato configurato intenzionalmente per lo sviluppo, il test o il software del kernel o del driver che richiede driver firmati per test.
- Avvio protetto è stato disattivato e le impostazioni di avvio del dispositivo sono state modificate.
- Uno strumento di sviluppo o di risoluzione dei problemi ha modificato le impostazioni di avvio del dispositivo.
Se hai configurato intenzionalmente questo PC per lo sviluppo o il test del kernel Windows, potresti voler mantenere queste impostazioni.
Perché Windows non riesce ad attivarlo automaticamente?
Alcuni strumenti di sviluppo e test software si basano su impostazioni speciali che influiscono sulle modalità di avvio e caricamento dei driver di Windows. Windows non è sempre in grado di stabilire se sono ancora necessarie queste impostazioni, quindi non le modifica automaticamente.
Per attivare queste protezioni, potrebbe essere necessario ripristinare l'avvio protetto. Questa impostazione è gestita dal firmware integrato del dispositivo (UEFI) all'esterno di Windows. Potrebbe essere necessario riavviare il dispositivo, aprire le impostazioni UEFI e abilitare o ripristinare l'avvio protetto. Segui le istruzioni del produttore del dispositivo.
cosa si deve fare?
Se non usi questo PC per lo sviluppo o i test del kernel, ti consigliamo di ripristinare la normale configurazione di avvio protetto del dispositivo. Segui le indicazioni riportate qui per ripristinare l'avvio protetto.
Dopo l'avvio di Windows, torna alla pagina Protezione dell'integrità in Impostazioni. Windows controllerà di nuovo il dispositivo per determinare se ora soddisfa i requisiti di sicurezza.
Posso continuare a usare il mio dispositivo?
Sì. Puoi continuare a usare il dispositivo normalmente.
La protezione dell'integrità indica che il dispositivo attualmente non soddisfa questo criterio di sicurezza. Lo stato consente di comprendere quali protezioni sono attive e dove il dispositivo può trarre vantaggio da una protezione aggiuntiva.
Per gli amministratori IT
Se i dispositivi nell'organizzazione non soddisfano il requisito di protezione dei driver firmati e del debug del kernel, verifica se la firma dei test, il debug del kernel o altre configurazioni di sviluppo software sono abilitate nei dispositivi gestiti. Se possibile, riportare i dispositivi a una configurazione di produzione standard.