Saiba mais sobre estes requisitos de proteção de integridade e por que razão poderão não estar ativados no seu dispositivo.
O que são drivers assinados?
Os controladores assinados são uma proteção de segurança do Windows que ajuda a garantir que o Windows só carrega controladores que cumpram os requisitos de confiança de produção padrão.
Os controladores operam com um elevado nível de privilégio no Windows. Exigir controladores assinados ajuda a reforçar a integridade do Windows e ajuda a impedir que as configurações de desenvolvimento ou teste enfraqueçam os requisitos de confiança dos controladores.
O que é a Proteção contra Depuração do Kernel?
A depuração de kernel é uma capacidade avançada do Windows concebida para desenvolvimento, teste e resolução de problemas. Ele permite que um depurador seja executado em outro computador para se conectar diretamente ao kernel do Windows. A Proteção contra Depuração do Kernel verifica se a depuração do kernel está desativada no seu dispositivo.
Por que a Proteção de integridade verifica isso?
A proteção de integridade verifica se as proteções de segurança importantes estão ativas no seu dispositivo.
Os controladores assinados são uma dessas proteções porque os controladores são executados com privilégios de nível kernel e podem afetar significativamente a segurança do Windows. A Proteção contra Depuração do Kernel é uma dessas proteções, pois ativá-la altera a configuração normal de segurança do dispositivo, e a depuração do kernel destina-se apenas a cenários de desenvolvimento e teste especializados.
Se estas definições não estiverem ativas, a página Proteção de integridade nas Definições poderá mostrar que o dispositivo Necessita de atenção.
Porque é que estas funcionalidades não estão ativadas no meu dispositivo?
O dispositivo pode estar a utilizar definições especiais destinadas ao desenvolvimento ou teste de software.
Essas configurações podem permitir que drivers assinados por teste sejam executados ou ofereçam suporte à depuração do kernel. Normalmente, não são necessárias num dispositivo de consumidor.
Esta configuração pode estar presente se:
- O dispositivo foi intencionalmente configurado para desenvolvimento, teste ou software de kernel ou controlador que necessita de controladores com assinatura de teste.
- O Arranque Seguro foi desativado e as definições de arranque do dispositivo foram alteradas.
- Uma ferramenta de resolução de problemas ou de desenvolvimento alterou as definições de arranque do dispositivo.
Se configurou intencionalmente este PC para o desenvolvimento ou teste do kernel do Windows, convém manter estas definições.
Por que razão o Windows não consegue ativá-lo automaticamente?
Algumas ferramentas de desenvolvimento e teste de software dependem de definições especiais que afetam a forma como o Windows inicia e carrega os controladores. O Windows nem sempre consegue saber se ainda precisa destas definições, pelo que não as altera automaticamente.
Para ativar estas proteções, poderá ter de restaurar o Arranque Seguro. Esta definição é gerida pelo firmware incorporado no seu dispositivo (UEFI), fora do Windows. Poderá ter de reiniciar o seu dispositivo, abrir as definições UEFI e ativar ou restaurar o Arranque Seguro. Siga as instruções do fabricante do dispositivo.
O que devo fazer?
Se não utilizar este PC para o desenvolvimento ou teste do kernel, recomendamos que restaure o dispositivo para a configuração normal de Arranque Seguro. Siga as orientações aqui para restaurar o Arranque Seguro.
Depois que o Windows iniciar, retorne à página Proteção de integridade em Configurações. O Windows voltará a verificar o dispositivo para determinar se cumpre agora os requisitos de segurança.
Posso continuar a utilizar o meu dispositivo?
Sim. Pode continuar a utilizar o seu dispositivo normalmente.
A proteção de integridade indicará que, atualmente, o dispositivo não cumpre este critério de segurança. O estado ajuda-o a compreender que proteções estão ativas e onde o seu dispositivo poderá beneficiar de proteção adicional.
Para administradores de TI
Se os dispositivos na sua organização não cumprirem os requisitos de Controladores assinados e Proteção contra 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 ativadas nos dispositivos geridos. Sempre que possível, devolver os dispositivos a uma configuração de produção padrão.