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

Capítulo 22 — Criptografia e serviços de confiança: modelos de sistema e de dados

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 22 — Criptografia e serviços de confiança: modelos de sistema e de dados

Mapa da aula

Aula 22 publicada. Mapa, exemplo, EX064.

flowchart TD
  N0["22.1 Modelar os objetos de chave"]
  N1["22.2 O inventário de chaves"]
  N2["22.3 Estados das chaves"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX064"]

Desenho lógico

flowchart LR
  N0["22.1 Modelar os objetos de chave"]
  N1["22.2 O inventário de chaves"]
  N2["22.3 Estados das chaves"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX064"]
[22.1 Modelar os objetos de chave]
    |
    v
[22.2 O inventário de chaves]
    |
    v
[22.3 Estados das chaves]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX064]

Objetivos de aprendizagem

Você vai (1) modelar chaves, certificados e identidades como dados; (2) projetar o esquema de um inventário de chaves; (3) modelar os estados e as transições das chaves.

22.1 Modelar os objetos de chave

Aiyana modela os dados do serviço de confiança. Um registro de chave tem identificador, finalidade, algoritmo, tamanho, dono, data de criação, data de ativação, data de expiração ou de fim do criptoperíodo, estado e local de armazenamento; ele nunca contém o próprio material de chave. Um registro de certificado liga uma identidade de titular, a impressão digital (fingerprint) da chave pública, o emissor, o número de série e as datas de validade. Os registros de medidor ligam um medidor físico, o identificador da sua chave atual e o endereço de instalação. Separar a identidade da chave permite trocar a chave dos medidores ou movê-los entre endereços sem perder o histórico.

22.2 O inventário de chaves

Usando o modelo, Aiyana projeta um inventário de chaves, o lugar único que lista todas as chaves da Ridgeway. O SP 800-57 Part 1 enfatiza que as organizações precisam saber que chaves têm e onde elas são usadas. O inventário responde a perguntas operacionais: quais chaves expiram este mês, quais sistemas usam a chave intermediária do firmware, quais chaves ainda usam um algoritmo com aposentadoria programada. Ela encontra três chaves em scripts antigos que ninguém tinha registrado, o que demonstra por que o inventário importa antes que qualquer mudança criptográfica possa ser planejada com segurança.

22.3 Estados das chaves

Aiyana modela os estados de uma chave: pré-ativação, ativa, suspensa, desativada, comprometida e destruída, seguindo o ciclo de vida descrito no SP 800-57 Part 1. Cada transição tem um gatilho e um ator autorizado: ativação depois do provisionamento, desativação no fim do criptoperíodo, comprometida diante de evidência de exposição. Chaves desativadas ainda podem verificar dados antigos, mas não criar novas tags nem assinaturas. O modelo de estados evita erros como assinar um novo firmware com uma chave já marcada para aposentadoria, porque o serviço verifica o estado antes de cada operação. As mudanças de estado são registradas com o ator e o motivo, para auditoria.

Exemplo resolvido

O modelo de dados de Aiyana separa medidores, identidades e chaves; o inventário encontra três chaves não registradas; e um ciclo de vida com seis estados bloqueia assinaturas com chaves aposentadas.

Caso sintético. O esquema e os achados são inventados; o SP 800-57 Part 1 é real.

Erros e limites

Inventários se degradam sem descoberta automatizada. Um modelo de estados só é aplicado se toda operação o verificar.

Exercícios

Síntese

Modelos de dados claros, um inventário completo e uma máquina de estados de chave imposta tornam as chaves gerenciáveis, em vez de passivos escondidos.

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

← Capítulo 21 · Índice das aulas · Capítulo 23 →

Continue para a próxima aula já escrita.