Segurança de Hardware: TPM, Inicialização Segura e Criptografia de Unidades

Quando um invasor obtém acesso físico a um dispositivo, os controles de segurança lógica ficam gravemente enfraquecidos. Cold-boot attacks congelam a RAM e extraem chaves de criptografia de dados residuais. Evil-maid attacks envolvem modificar o carregador de inicialização ou o OS de um dispositivo enquanto ele está temporariamente sem supervisão. DMA attacks usam portas físicas (Thunderbolt, FireWire) para ler diretamente a memória. Os recursos de segurança do hardware — TPM, Secure Boot e criptografia completa do disco — atuam em conjunto para se defender contra esses ataques à camada física.

Um Trusted Platform Module (TPM) é um chip de segurança dedicado, integrado à placa-mãe, que fornece funções criptográficas baseadas em hardware. Os recursos do TPM incluem: gerar e armazenar chaves criptográficas que não podem ser extraídas do chip, medir o processo de inicialização (os Platform Configuration Registers armazenam hashes de cada componente da inicialização), selar dados a estados específicos do sistema (os dados só podem ser descriptografados quando o sistema está em um estado confiável) e atestado remoto (provar a um servidor remoto que o sistema não foi adulterado).

O TPM 1.2 oferece suporte apenas a RSA-1024 e SHA-1, que agora são considerados fracos. O TPM 2.0 (padrão atual, exigido pelo Windows 11) oferece suporte a algoritmos modernos: RSA-2048, ECC P-256, SHA-256, AES-128/256 e agilidade de algoritmos (novos algoritmos podem ser adicionados). O TPM 2.0 também oferece suporte a múltiplas hierarquias (atestado, armazenamento e plataforma), permitindo um controle mais granular. Os ambientes corporativos devem garantir que todos os dispositivos usem o TPM 2.0 como raiz de confiança de segurança do hardware.

Secure Boot é um recurso de firmware UEFI que verifica a assinatura criptográfica de cada software na cadeia de inicialização antes de executá-lo — drivers UEFI, carregador de inicialização e kernel do OS. Somente softwares assinados por chaves presentes no banco de dados do Secure Boot do firmware podem ser executados. Isso impede que bootkits (malware que infecta o MBR ou o carregador de inicialização e é carregado antes do software de segurança do OS) e instalações não autorizadas do OS permaneçam no dispositivo.

BitLocker é a ferramenta de criptografia de volume completo da Microsoft, integrada ao Windows 10/11 Pro e Enterprise. O BitLocker criptografa a unidade inteira usando AES-128 ou AES-256 no modo XTS. Sem a key de recuperação (armazenada no Active Directory ou no Azure AD) ou um PIN/senha correto na inicialização, os dados criptografados ficam inacessíveis — mesmo que a unidade seja removida e conectada a outro sistema. Quando usado com TPM, o BitLocker sele a key mestra do volume a valores específicos de PCR, detectando adulterações na inicialização e exigindo recuperação manual quando isso é detectado.

FileVault 2 é a criptografia completa de disco da Apple para macOS, usando criptografia XTS-AES-128 respaldada pelo chip Apple T2 ou pelo Secure Enclave do Apple Silicon. O FileVault criptografa todo o volume de inicialização e exige a senha de login do usuário para desbloqueá-lo durante a inicialização. A chave de criptografia está vinculada à conta do usuário — chaves de recuperação do iCloud permitem a descriptografia caso a senha seja esquecida. O FileVault é essencial para laptops Mac em ambientes corporativos, especialmente porque MacBooks são perdidos ou roubados com frequência em conferências e aeroportos.

Unidades autocriptografadas (SEDs) realizam a criptografia no controlador de hardware da unidade — a criptografia e a descriptografia ocorrem no nível da unidade, de forma transparente para o OS. As SEDs estão em conformidade com a Especificação de armazenamento Opal (TCG Opal). Quando a unidade é desligada, os dados são bloqueados automaticamente e só podem ser desbloqueados pela Authentication Key (AK) correta. As SEDs oferecem vantagens de desempenho em relação à criptografia por software (sem sobrecarga da CPU) e capacidade de apagamento criptográfico — redefinir a chave de criptografia torna instantaneamente todos os dados ilegíveis, permitindo o apagamento seguro instantâneo durante a desativação da unidade.

Um cold boot attack explora o fato de que a DRAM retém dados por segundos ou minutos após a perda de energia. Os invasores borrifam nitrogênio líquido para prolongar essa retenção e depois inicializam um OS ativo para ler o despejo de memória e extrair chaves de criptografia da RAM. As defesas incluem: TPM + PIN (a key fica no TPM, não exposta na RAM até a inserção do PIN), criptografia da memória (o Intel TME ou o AMD SME criptografa o conteúdo da RAM no controlador de memória), exigir inserção física do PIN na inicialização, para que o roubo de um laptop desligado não deixe chaves na RAM, e recursos de limpeza atrasada da memória em UEFI modernos, que zeram a RAM antes da inicialização.

Measured Boot usa o TPM para registrar hashes de cada componente da inicialização nos PCRs, criando um registro de inicialização que evidencia adulterações. O atestado remoto envia essas medições dos PCRs a um servidor de atestado remoto, que verifica se o sistema foi inicializado somente com componentes confiáveis e não modificados. Tecnologias corporativas como Microsoft Attestation Service, Microsoft Pluton e Intel TXT implementam o atestado remoto. As plataformas de Confiança Zero usam relatórios de atestado como indicador da integridade do dispositivo nas políticas de Acesso Condicional — estados de dispositivos não confiáveis acionam desafios adicionais de autenticação.

A criptografia de endpoints deve se estender às mídias removíveis — unidades USB, discos rígidos externos e cartões SD que saem do ambiente controlado. O BitLocker To Go (Windows) criptografa unidades removíveis usando uma senha ou um cartão inteligente. O Utilitário de Disco do macOS pode criar imagens de disco criptografadas. As políticas corporativas de DLP podem ser aplicadas no nível do OS para exigir criptografia em qualquer dispositivo de armazenamento USB conectado a endpoints corporativos — unidades USB não criptografadas são impedidas de receber dados. Isso evita a perda de dados quando uma unidade USB é perdida ou roubada.

A segurança da criptografia completa do disco depende inteiramente do gerenciamento adequado de key. As chaves de recuperação devem ser armazenadas com segurança e separadamente do dispositivo criptografado — uma organização que perde todas as cópias das chaves de recuperação perde, na prática, o acesso permanente aos dados criptografados. Práticas recomendadas: armazenar automaticamente as chaves de recuperação do BitLocker no Active Directory / Azure AD por meio da Política de Grupo, fazer backup das chaves de recuperação do FileVault no MDM (Jamf/Intune), usar Módulos de Segurança de Hardware (HSMs) para o gerenciamento corporativo de chaves em larga escala e testar os procedimentos de recuperação trimestralmente.

Teste sua compreensão dos conceitos de CompTIA Security+ (SY0-701) apresentados nesta lição.

Nesta lição, você aprendeu que: o TPM fornece uma raiz de confiança de hardware que sela as chaves de criptografia a estados específicos da inicialização, o Secure Boot verifica a assinatura criptográfica de cada componente da inicialização para bloquear bootkits e o BitLocker com TPM+PIN combina a proteção de chaves por hardware com a autenticação antes da inicialização para se defender tanto contra o roubo offline de unidades quanto contra ataques Evil-maid. A seguir, exploraremos o Planejamento de Continuidade de Negócios e a Recuperação de Desastres — garantindo que as operações sobrevivam a grandes interrupções.