Capítulo 20 — Criptografia e serviços de confiança: casos fundamentais

Mapa da aula

Aula 20 publicada. Mapa, exemplo, EX058.

flowchart TD
  N0["20.1 Classes de falhas"]
  N1["20.2 Lições para a Tidewell"]
  N2["20.3 Separar as causas"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX058"]

Desenho lógico

flowchart LR
  N0["20.1 Classes de falhas"]
  N1["20.2 Lições para a Tidewell"]
  N2["20.3 Separar as causas"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX058"]

[20.1 Classes de falhas]
    |
    v
[20.2 Lições para a Tidewell]
    |
    v
[20.3 Separar as causas]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX058]

Objetivos de aprendizagem

Você vai (1) analisar classes documentadas de falhas de confiança; (2) extrair lições para uma organização como a Tidewell; (3) separar as causas criptográficas das procedimentais.

20.1 Classes de falhas

Priya estuda classes de falhas documentadas em fontes públicas e livros-texto. Autoridades certificadoras já emitiram certificados para as partes erradas por causa de validação fraca; organizações sofreram indisponibilidades quando certificados expiraram; softwares aceitaram certificados sem verificar os nomes; e chaves privadas vazaram por servidores mal configurados. Ela classifica as causas como criptográficas, como algoritmos fracos, ou procedimentais, como validação ou monitoramento deficientes. A maioria dos casos que ela lê é procedimental; a matemática resistiu enquanto as pessoas e os processos falharam. Ela mantém uma tabela-resumo dos casos e das causas.

20.2 Lições para a Tidewell

Para cada classe, Priya escreve uma lição: monitorar os logs do Certificate Transparency em busca de certificados emitidos para nomes da Tidewell, o que revelaria emissões indevidas; automatizar as renovações e alertar antes da expiração; testar as aplicações contra certificados com nomes errados; e manter as chaves privadas em servidores com acesso restrito e inventariá-las. Grace adota imediatamente as lições de expiração e de monitoramento, já que um certificado expirado tinha deixado o catálogo fora do ar por meio dia no ano anterior. Priya também acrescenta uma verificação trimestral que procura certificados com nomes errados, usando apenas os hosts autorizados do próprio consórcio.

20.3 Separar as causas

Priya pratica a separação das causas usando a indisponibilidade do catálogo da Tidewell. O certificado expirou porque a renovação era manual e a pessoa responsável tinha saído; não existia alerta; e a substituição levou horas porque ninguém sabia que servidor guardava a chave. Nenhuma dessas causas envolvia fraqueza criptográfica. Ela escreve uma análise curta com a linha do tempo, as causas e as ações: renovação automatizada, um dono para cada certificado e um inventário dos locais das chaves. Isso vira o modelo para as análises de falhas posteriores. O modelo é guardado na pasta compartilhada.

Exemplo resolvido

Priya classifica as falhas de confiança como majoritariamente procedimentais e decompõe a indisponibilidade do catálogo da Tidewell em três causas não criptográficas, com as ações correspondentes.

Caso sintético. A indisponibilidade é inventada; as classes de falhas vêm da literatura pública.

Erros e limites

Culpar indivíduos esconde as causas de processo. Falhas criptográficas raras ainda acontecem, então as escolhas de algoritmo também importam.

Exercícios

• EX058 — Causa dominante. Que tipo de causa dominou os casos que Priya leu?

  Mostrar critérios de avaliação

  Rubrica: 3 = procedimental, não criptográfica;; 2 = procedimental;; 1 = criptográfica;; 0 = nenhuma.

• EX059 — Lição do monitoramento de CT. O que o monitoramento dos logs do Certificate Transparency revela?

  Mostrar critérios de avaliação

  Rubrica: 3 = certificados emitidos para nomes da Tidewell, expondo emissões indevidas;; 2 = emissão indevida;; 1 = expiração;; 0 = nenhuma.

• EX060 — Causas da indisponibilidade. Cite as três causas da indisponibilidade do catálogo.

  Mostrar critérios de avaliação

  Rubrica: 3 = renovação manual por pessoa que saiu, nenhum alerta, local da chave desconhecido;; 2 = duas;; 1 = uma;; 0 = nenhuma.

Síntese

A maioria das falhas de confiança é procedimental; analisá-las sem culpa produz lições práticas para qualquer organização.