Capítulo 16 — Engenharia de sistemas

Capítulo 16 — Engenharia de sistemas

Mapa da aula

Aula 16 publicada. Mapa, exemplo, EX046.

flowchart TD
  N0["16.1 Chaves como sistema"]
  N1["16.2 Interfaces e responsabilidades"]
  N2["16.3 Rastreabilidade de requisitos"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX046"]

Desenho lógico

flowchart LR
  N0["16.1 Chaves como sistema"]
  N1["16.2 Interfaces e responsabilidades"]
  N2["16.3 Rastreabilidade de requisitos"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX046"]

[16.1 Chaves como sistema]
    |
    v
[16.2 Interfaces e responsabilidades]
    |
    v
[16.3 Rastreabilidade de requisitos]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX046]

Objetivos de aprendizagem

Você vai (1) tratar o gerenciamento de chaves como um sistema com etapas de ciclo de vida; (2) definir interfaces e responsabilidades; (3) rastrear os requisitos através dos componentes.

16.1 Chaves como sistema

Aiyana aprende com o SP 800-57 Part 1 que as chaves têm ciclos de vida: geração, distribuição, uso, armazenamento, rotação, revogação e destruição. Cada etapa envolve pessoas, processos e tecnologia. Ela desenha o sistema de chaves da Ridgeway: um serviço de chaves que gera as chaves dos medidores, um processo na fábrica que as carrega nos elementos seguros, concentradores que encaminham as leituras e um sistema de faturamento que verifica as tags. A engenharia de sistemas a ajuda a ver que uma fraqueza em qualquer ponto, como chaves enviadas por e-mail à fábrica, mina algoritmos fortes em todos os outros. Seu diagrama também mostra as pessoas envolvidas, porque um procedimento descuidado quebra um sistema tão certamente quanto um algoritmo fraco.

16.2 Interfaces e responsabilidades

Para cada interface, Aiyana define o que é trocado, como é protegido e quem é o dono. A fábrica recebe as chaves dos medidores cifradas sob uma chave de transporte, e não em claro; o serviço de chaves é dono da geração; as operações são donas da rotação; a segurança é dona das decisões de revogação. Ela usa uma tabela de responsabilidades para que nenhuma etapa do ciclo de vida fique sem dono. Em projetos anteriores, a revogação ficou entre equipes, e chaves comprometidas continuaram ativas por meses. Uma propriedade clara é, por si só, um controle de segurança. A tabela é revisada a cada trimestre, para que reorganizações nunca deixem uma etapa sem dono.

16.3 Rastreabilidade de requisitos

Aiyana rastreia cada requisito de alto nível, como "uma chave de medidor roubada afeta apenas aquele medidor", até os requisitos dos componentes: derivação por medidor no serviço de chaves, vinculação das chaves aos identificadores no faturamento, listas de revogação nos concentradores. Cada requisito de componente tem um método de verificação: teste, inspeção ou análise. Quando um fornecedor propõe uma mudança no processo da fábrica, o rastreamento mostra quais requisitos ela toca e quais testes precisam ser executados de novo. A rastreabilidade transforma uma meta de segurança em trabalho de engenharia verificável. Ela também ajuda os auditores, que podem seguir qualquer requisito até a sua evidência.

Exemplo resolvido

O diagrama do sistema de chaves, a tabela de responsabilidades e a matriz de rastreabilidade de Aiyana mostram cada etapa do ciclo de vida com dono e cada requisito de segurança ligado a um teste.

Caso sintético. Os processos da Ridgeway são inventados; o SP 800-57 Part 1 é real.

Erros e limites

Diagramas se afastam da realidade; revise-os em relação ao que está implantado. A rastreabilidade só ajuda se os testes realmente rodarem.

Exercícios

• EX046 — Etapas do ciclo de vida. Liste quatro etapas do ciclo de vida das chaves segundo o SP 800-57. Rubrica: 3 = quatro entre geração, distribuição, uso, armazenamento, rotação, revogação, destruição;; 2 = três;; 1 = uma;; 0 = nenhuma.

• EX047 — Interface com a fábrica. Como as chaves são protegidas a caminho da fábrica? Rubrica: 3 = cifradas sob uma chave de transporte, nunca em claro;; 2 = cifradas;; 1 = por e-mail;; 0 = nenhuma.

• EX048 — Lição sobre a propriedade. Que falha passada motivou a tabela de responsabilidades? Rubrica: 3 = a revogação ficou entre equipes, e chaves comprometidas continuaram ativas por meses;; 2 = etapa sem dono;; 1 = vago;; 0 = nenhuma.

Síntese

Tratar o gerenciamento de chaves como um sistema com interfaces que têm dono e requisitos rastreados impede que algoritmos fortes sejam minados por processos fracos.

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

← Capítulo 15 · Índice das aulas · Capítulo 17 →

Continue para a próxima aula já escrita.