Hardware Security Module (HSM)

HSM é um módulo de segurança de hardware que mantém chaves dentro de uma fronteira criptográfica e expõe operações por APIs. O aplicativo envia um digest, bloco ou comando; recebe assinatura, ciphertext ou resultado. A chave privada não precisa sair. Appliances de rede usam protocolos e APIs como PKCS#11, Microsoft CNG/KSP, JCE e interfaces do fabricante. Placas PCIe reduzem latência. Serviços cloud oferecem HSM dedicado ou KMS apoiado em HSM. A distinção importa. Um KMS gerenciado pode abstrair hardware e aplicar políticas; um HSM dedicado dá mais controle, mas mais operação. O isolamento reduz risco de exfiltração por leitura de arquivo ou memória do aplicativo. Não elimina uso abusivo: um servidor comprometido pode solicitar assinaturas se a política permitir. Por isso, o HSM aplica autenticação de cliente, papéis, quotas, aprovação múltipla e separação de funções. Chaves recebem atributos: não exportável, apenas assinatura, apenas decriptação, algoritmo, tamanho e política. RSA 2048/3072, ECC P‑256/P‑384 e AES‑256 são comuns, mas suporte depende. A geração usa DRBG interno e fontes de entropia. O equipamento pode oferecer tamper evidence ou resposta a violação. A proteção física deve ser avaliada por certificação e security policy. O fato de um produto usar AES não o torna FIPS validado. A validação é do módulo e versão/configuração específicas.

FIPS 140‑3 especifica requisitos para módulos criptográficos e quatro níveis qualitativos crescentes. Abrange especificação do módulo, interfaces, papéis e autenticação, software/firmware, ambiente operacional, segurança física, parâmetros sensíveis, self-tests, garantia de ciclo de vida e mitigação. O nível global pode ter exceções por área. A compra precisa verificar certificado ativo no CMVP, versão de firmware, modelo, configuração e modo aprovado. Um material de marketing “FIPS compliant” não equivale a “FIPS 140‑3 validated”. Common Criteria e PCI PTS HSM são outros esquemas, com escopos diferentes. Para uma CA privada de casa inteligente, FIPS pode não ser obrigatório, mas oferece referência. Em condomínio, integrador de acesso ou serviço regulado, requisitos contratuais podem. A certificação não garante configuração segura. Operadores ainda precisam de políticas, PINs, quorum e backups. Um módulo validado pode ter algoritmos legados fora do modo aprovado. O sistema deve confirmar. A security policy pública descreve limites e serviços. O HSM precisa de relógio, firmware e monitoramento. Mudança de firmware pode alterar status. A implantação requer rede de gestão isolada, autenticação forte e inventário. Em um HSM de rede, clientes usam mTLS ou credenciais e ACL. A porta de administração não fica na Internet.

A operação de HSM começa com cerimônia de inicialização. Define domínio, Security Officer, Crypto Officer, usuários, cartões ou tokens e política de quorum, como M de N. Uma chave de CA raiz pode exigir 2 de 3 custodians para ativação ou backup. Isso evita que uma pessoa controle. A cerimônia registra participantes, números de série, hashes e procedimentos. Backups de chaves podem ser exportados apenas cifrados sob uma chave de domínio ou replicados entre HSMs. “Não exportável” muitas vezes significa não exportável em claro; backup seguro pode existir. Se não houver backup e o HSM falhar, a chave é perdida. Para uma CA, isso pode impedir revogação e emissão. Para assinatura de firmware, pode bloquear atualizações. Alta disponibilidade usa dois ou mais HSMs, cluster e replicação. Os clientes têm failover. Testes periódicos restauram. O backup fica em cofre físico e local separado. Os cartões de operador não ficam juntos. PINs não são compartilhados. A rotação cria nova chave e migra certificados ou envelopes. Algumas chaves não podem ser simplesmente substituídas; planejar coexistência. A destruição usa zeroization e registros. Ao descartar hardware, executar procedimento. A auditoria do HSM registra login, criação, uso administrativo, alteração e falhas. O aplicativo também registra contexto de negócio, pois o HSM não sabe quem pediu uma fechadura ou firmware.

HSMs têm capacidade medida em operações por segundo e latência. Assinaturas RSA, ECC, geração de chaves e AES têm perfis diferentes. Um appliance pode atender milhares de TLS handshakes, mas isso precisa de benchmark. A rede adiciona milissegundos. Para assinatura de firmware ocasional, desempenho não é crítico. Para TLS de alto volume, sim. O aplicativo deve usar pooling, sessões PKCS#11 e retry seguro. Não repetir operação não idempotente sem identificar. A indisponibilidade do HSM pode parar emissão de certificados ou login. Alta disponibilidade e cache de certificados ajudam. Não copiar chaves para disco como fallback. Em residência, um HSM dedicado pode ser excesso; um TPM ou token USB pode proteger uma ou poucas chaves. Preferir HSM quando várias aplicações precisam de chave central, há exigência de auditoria, CA, assinatura de código ou separação de operadores. TPM fica no endpoint e tem baixa taxa; HSM atende serviço central. Cloud HSM reduz compra, mas cria dependência de provedor, região e custo. Um HSM não corrige algoritmo fraco, certificado mal emitido ou ACL ampla. Também não protege dados depois de decriptados no aplicativo. O desenho precisa de envelope encryption, menor privilégio e segregação.