◇ OpenCyber Academy
Engenharia · Capítulo 33 · Português

Capítulo 33 — Criptografia e serviços de confiança: segurança e resiliência

Ensino gratuito e aberto para quem deseja proteger pessoas e tecnologias. Não é preciso criar uma conta para estudar ou consultar as respostas.

Capítulo 33 — Criptografia e serviços de confiança: segurança e resiliência

Mapa da aula

Aula 33 publicada. Mapa, exemplo, EX097.

flowchart TD
  N0["33.1 Falhar com segurança"]
  N1["33.2 Comprometimento da chave de assinatura"]
  N2["33.3 Recursos de resiliência"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX097"]

Desenho lógico

flowchart LR
  N0["33.1 Falhar com segurança"]
  N1["33.2 Comprometimento da chave de assinatura"]
  N2["33.3 Recursos de resiliência"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX097"]
[33.1 Falhar com segurança]
    |
    v
[33.2 Comprometimento da chave de assinatura]
    |
    v
[33.3 Recursos de resiliência]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX097]

Objetivos de aprendizagem

Você vai (1) projetar um comportamento seguro para quando as verificações criptográficas falham; (2) planejar o comprometimento de chaves de assinatura; (3) incorporar resiliência aos medidores e aos serviços.

33.1 Falhar com segurança

Partindo do Capítulo 10, Aiyana especifica o comportamento para cada falha criptográfica. Se a tag de uma leitura falha, o faturamento a guarda em quarentena e alerta, em vez de descartá-la, para que a evidência permaneça. Se a assinatura de um firmware falha, o medidor mantém o firmware atual e reporta. Se o certificado de um concentrador expira, o concentrador guarda as leituras em buffer por até sete dias enquanto alerta as operações, de modo que as leituras atrasam, mas não se perdem. Cada comportamento é testado. O objetivo é que as falhas criptográficas causem atrasos visíveis e recuperáveis, e não perda silenciosa de dados ou estados inseguros.

33.2 Comprometimento da chave de assinatura

Aiyana planeja para o pior caso: a chave de assinatura intermediária do firmware vaza. O runbook de resposta revoga a intermediária publicando uma revogação assinada pela raiz offline, emite uma nova intermediária numa cerimônia, assina de novo o firmware atual e envia uma atualização que instala a confiança na nova intermediária. Como os medidores verificam a cadeia contra a raiz, a intermediária revogada se torna inútil. Ela estima o tempo para concluir a resposta e a pratica num exercício de mesa (tabletop), identificando passos lentos, como reunir os custodiantes em cima da hora.

33.3 Recursos de resiliência

Aiyana acrescenta recursos que ajudam o sistema a sobreviver a surpresas: os medidores guardam duas âncoras de confiança, a raiz atual e uma raiz de reserva pré-provisionada, mantida offline e criada numa cerimônia separada, para que a perda da raiz primária seja contornável; o firmware oferece agilidade de algoritmos, permitindo um futuro esquema de assinatura pós-quântica do FIPS 204 ou do FIPS 205; e os concentradores podem recorrer a um segundo gateway. A resiliência custa dinheiro e complexidade, então cada recurso é ligado a um risco específico da análise. Cada recurso é revisado anualmente para confirmar que seu risco ainda existe.

Exemplo resolvido

Aiyana especifica a quarentena para leituras que falham, a manutenção do firmware atual quando o novo falha, o buffer de sete dias para certificados de concentradores expirados e um runbook ensaiado para o comprometimento da chave intermediária, com uma raiz de reserva.

Caso sintético. O runbook e os recursos são inventados; o FIPS 204 e o FIPS 205 são reais.

Erros e limites

As raízes de reserva precisam ser protegidas com tanto cuidado quanto as primárias. Runbooks não testados falham sob pressão.

Exercícios

Síntese

Um comportamento seguro diante de falhas, uma resposta a comprometimentos ensaiada e uma resiliência planejada permitem que os sistemas criptográficos se degradem de forma controlada.

Continue estudando — aula 33 (capítulo 33 de 50)

← Capítulo 32 · Índice das aulas · Capítulo 34 →

Continue para a próxima aula já escrita.