Saiba mais sobre esses requisitos de proteção de integridade e por que eles podem não estar habilitados em seu dispositivo.
O que são drivers assinados?
Drivers assinados são uma proteção de segurança do Windows que ajuda a garantir que o Windows carregue apenas drivers que atendam aos requisitos padrão de confiança de produção.
Os drivers operam com um alto nível de privilégio no Windows. A exigência de drivers assinados ajuda a fortalecer a integridade do Windows e ajuda a impedir que as configurações de desenvolvimento ou teste enfraqueçam os requisitos de confiança do driver.
O que é a Proteção de Depuração do Kernel?
A depuração de kernel é um recurso avançado do Windows projetado para desenvolvimento, teste e solução de problemas. Ele permite que um depurador seja executado em outro computador para se conectar diretamente ao kernel do Windows. A Proteção de Depuração do Kernel verifica se a depuração do kernel está desabilitada no seu dispositivo.
Por que a Proteção de integridade marca isso?
A proteção de integridade verifica se proteções de segurança importantes estão ativas em seu dispositivo.
Os drivers assinados são uma dessas proteções porque os drivers são executados com privilégios no nível do kernel e podem afetar significativamente a segurança do Windows. A Proteção de Depuração do Kernel é uma dessas proteções porque habilitá-la altera a configuração de segurança normal do dispositivo, e a depuração do kernel destina-se apenas a cenários especializados de desenvolvimento e teste.
Se elas não estiverem ativas, a página Proteção de integridade em Configurações poderá mostrar que o dispositivo precisa de atenção.
Por que elas não estão habilitadas no meu dispositivo?
Seu dispositivo pode estar usando configurações especiais destinadas ao desenvolvimento ou teste de software.
Essas configurações podem permitir que drivers assinados por teste sejam executados ou dar suporte à depuração de kernel. Normalmente, eles não são necessários em um dispositivo de consumidor.
Essa configuração pode estar presente se:
- O dispositivo foi configurado intencionalmente para desenvolvimento de kernel ou driver, teste ou software que requer drivers assinados por teste.
- A Inicialização Segura foi desativada e as configurações de inicialização do dispositivo foram alteradas.
- Uma ferramenta de solução de problemas ou desenvolvimento alterou as configurações de inicialização do dispositivo.
Se você configurou intencionalmente esse computador para desenvolvimento ou teste de kernel do Windows, convém manter essas configurações.
Por que o Windows não pode ativá-lo automaticamente?
Algumas ferramentas de desenvolvimento e teste de software dependem de configurações especiais que afetam como o Windows inicia e carrega drivers. O Windows nem sempre pode informar se você ainda precisa dessas configurações, portanto, ele não as altera automaticamente.
Para ativar essas proteções, talvez seja necessário restaurar a Inicialização Segura. Essa configuração é gerenciada pelo firmware interno (UEFI) do seu dispositivo, fora do Windows. Talvez seja necessário reiniciar o dispositivo, abrir as configurações de UEFI e habilitar ou restaurar a Inicialização Segura. Siga as instruções do fabricante do dispositivo.
O que devo fazer?
Se você não usar este computador para desenvolvimento ou teste de kernel, recomendamos restaurar seu dispositivo para a configuração normal de Inicialização Segura. Siga as diretrizes aqui para restaurar a Inicialização Segura.
Depois que o Windows for iniciado, volte para a página Proteção de integridade em Configurações. O Windows marcará o dispositivo novamente para determinar se ele atende aos requisitos de segurança.
Posso continuar usando meu dispositivo?
Sim. Você pode continuar usando seu dispositivo normalmente.
A proteção de integridade indicará que seu dispositivo não atende a esse critério de segurança no momento. O status ajuda você a entender quais proteções estão ativas e onde seu dispositivo pode se beneficiar de proteção adicional.
Para administradores de TI
Se os dispositivos em sua organização não atenderem ao requisito de drivers assinados e proteção de depuração de kernel, investigue se a assinatura de teste, a depuração de kernel ou outras configurações de desenvolvimento de software estão habilitadas em dispositivos gerenciados. Sempre que possível, retorne os dispositivos para uma configuração de produção padrão.