◇ OpenCyber Academy
Mestrado · Capítulo 5 · Português

Capítulo 5 — Proposta e piloto

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 5 — Proposta e piloto

Mapa da aula

Aula 05 publicada. Mapa, exemplo, EX027.

flowchart TD
  N0["5.1 A proposta"]
  N1["5.2 Ligar certificados a incidentes"]
  N2["5.3 Conduzir o piloto"]
  N3["5.4 Corrigir os instrumentos"]
  N4["5.5 O que o piloto não diz"]
  N5["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5
  N5 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX027"]

Desenho lógico

flowchart LR
  N0["5.1 A proposta"]
  N1["5.2 Ligar certificados a incidentes"]
  N2["5.3 Conduzir o piloto"]
  N3["5.4 Corrigir os instrumentos"]
  N4["5.5 O que o piloto não diz"]
  N5["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> Q["EX027"]
[5.1 A proposta]
    |
    v
[5.2 Ligar certificados a incidentes]
    |
    v
[5.3 Conduzir o piloto]
    |
    v
[5.4 Corrigir os instrumentos]
    |
    v
[5.5 O que o piloto não diz]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX027]

Objetivos de aprendizagem

Você vai (1) escrever uma proposta que se compromete com desfechos, estratos e análise; (2) pilotar a extração de dados numa pequena fatia; (3) corrigir os erros de extração antes da coleta completa.

5.1 A proposta

A proposta de Felipe enuncia o desfecho primário, incidentes de expiração por 100 certificados-ano, comparado entre a renovação manual e a ACME, no geral e dentro dos estratos com dono conhecido e sem dono. O desfecho secundário é a parcela dos incidentes ACME precedidos por uma mudança de infraestrutura nos sete dias anteriores. O plano de análise usa razões de taxas com intervalos por bootstrap, porque os incidentes são poucos e sua distribuição está longe da normal. Ele registra a semente e o número de reamostragens planejados e lista de antemão os campos do inventário que vai usar, para que não possa depois vasculhar o conjunto de dados atrás de uma divisão favorável.

5.2 Ligar certificados a incidentes

O passo técnico mais difícil é ligar os chamados aos certificados. Os chamados mencionam nomes de host em texto livre, às vezes com erros de grafia, enquanto o inventário usa nomes totalmente qualificados. Felipe escreve as regras de correspondência de antemão: primeiro, correspondência exata com o nome alternativo do titular; depois, uma lista documentada de apelidos conhecidos; por fim, revisão manual por duas pessoas para o que sobrar. Cada chamado também precisa mencionar a expiração do certificado ou um erro de navegador ou de cliente sobre a validade; chamados que apenas mencionam um certificado durante uma indisponibilidade sem relação são excluídos. As regras vão para o apêndice da proposta.

5.3 Conduzir o piloto

O piloto extrai três meses de chamados e a fatia correspondente do inventário: 118 certificados e 11 chamados candidatos. Duas pessoas aplicam as regras de ligação de forma independente. Elas concordam em nove chamados e discordam em dois. Uma discordância envolve um chamado que cita um balanceador de carga que termina o TLS de vários hosts; a outra envolve um certificado intermediário expirado numa cadeia, e não o próprio certificado do servidor. Felipe também descobre que 14 linhas do inventário não têm valor de modo de renovação, porque as planilhas mais antigas nunca o registraram. Ele trata isso como falhas do instrumento a corrigir, e não como resultados a interpretar.

5.4 Corrigir os instrumentos

Felipe faz três mudanças nas regras. Os chamados de balanceador de carga são atribuídos ao certificado de fato apresentado aos clientes, conferido contra o campo de endpoint do inventário. Os intermediários expirados são codificados como incidentes de expiração atribuídos ao dono da cadeia, porque a validação de caminho da RFC 5280 falha diante de qualquer certificado expirado no caminho, e não apenas do certificado folha. As linhas sem modo de renovação são preenchidas a partir dos registros de conta do próprio cliente ACME, quando possível, e, caso contrário, marcadas como desconhecidas e relatadas como um grupo separado, e não descartadas em silêncio. Cada mudança é registrada com data antes do início da extração completa.

5.5 O que o piloto não diz

O piloto cobre só três meses, então Felipe não calcula nem relata taxas de incidentes a partir dele. Ele o usa para estimar o esforço: a ligação levou cerca de quatro minutos por chamado, então uma extração de dois anos, com cerca de 120 chamados, é viável em um mês. Ele também confirma que a pseudonimização roda na Briarwood antes da exportação e que a chave do HMAC nunca sai do cofre de segredos deles. A Dra. Solberg aprova a proposta revisada, e Felipe agenda a extração completa para um período tranquilo, para que a equipe de infraestrutura possa responder a perguntas sobre chamados ambíguos.

Exemplo resolvido

Felipe se compromete com taxas por 100 certificados-ano com estratos de propriedade, pilota a ligação com 118 certificados e 11 chamados e corrige as regras para balanceadores de carga, intermediários e modos de renovação ausentes.

Caso sintético. As contagens e os tempos do piloto são inventados; a validação de caminho da RFC 5280 é real.

Erros e limites

Um piloto curto demais não consegue estimar taxas e não deve tentar. Mudar as regras depois de ver os dados de desfecho, e não durante um piloto, transforma a análise em algo guiado pelo desfecho.

Exercícios

Síntese

Uma proposta específica, somada a um piloto voltado para falhas de extração, torna o conjunto de dados completo consistente antes que qualquer taxa seja calculada.

Continue estudando — aula 05 (capítulo 05 de 08)

← Capítulo 04 · Índice das aulas · Capítulo 06 →

Continue para a próxima aula já escrita.