Capítulo 9 — Arquitetura e engenharia de segurança: liderança e garantia

Capítulo 9 — Arquitetura e engenharia de segurança: liderança e garantia

Mapa da aula

Aula 09 publicada. Mapa, exemplo, EX041.

flowchart TD
  N0["9.1 Liderar o programa"]
  N1["9.2 Garantia para o conselho"]
  N2["Laboratório — Contagem de controles projetados, impl"]
  N3["9.3 Métricas honestas"]
  N4["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4
  N4 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX041"]

Desenho lógico

flowchart LR
  N0["9.1 Liderar o programa"]
  N1["9.2 Garantia para o conselho"]
  N2["Laboratório — Contagem de controles projetados, impl"]
  N3["9.3 Métricas honestas"]
  N4["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4 --> Q["EX041"]

[9.1 Liderar o programa]
    |
    v
[9.2 Garantia para o conselho]
    |
    v
[Laboratório — Contagem de controles projetados, impl]
    |
    v
[9.3 Métricas honestas]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX041]

Objetivos de aprendizagem

Você vai (1) liderar uma equipe de arquitetura num programa plurianual; (2) oferecer garantia a um conselho; (3) usar métricas que mostrem o progresso com honestidade.

9.1 Liderar o programa

Priya agora lidera uma equipe de três arquitetos num programa de três anos de segmentação e acesso. Ela define princípios que todos podem aplicar sem consultá-la: negar por padrão, identidade antes da rede, exceções datadas e com responsável. Ela delega as decisões dentro desses princípios e revisa apenas as exceções. Toda semana, a equipe compartilha um projeto e uma falha. Ela protege tempo para aprendizado, porque a tecnologia da saúde muda mais depressa do que qualquer arquiteto sozinho consegue acompanhar. Liderar em arquitetura é, sobretudo, tornar possíveis boas decisões sem que a líder esteja em todas as salas.

9.2 Garantia para o conselho

O conselho faz uma pergunta simples: estamos mais seguros do que no ano passado? Priya responde com garantia (assurance), e não com tranquilização. Ela relata o que foi verificado, por quem e como, usando o vocabulário do risk management framework do NIST SP 800-37 Rev. 2 para autorização e monitoramento contínuo. A auditoria interna independente testa uma amostra de controles a cada trimestre. Ela distingue três níveis: projetado, implementado e verificado. No relatório dela, só os controles verificados contam como redução de risco, o que faz o progresso parecer mais lento, mas muito mais confiável.

Laboratório — Contagem de controles projetados, implementados e verificados

# Count programme controls by assurance level (synthetic register).
levels = ["verified"] * 19 + ["implemented"] * 10 + ["designed"] * 7 + ["planned"] * 4
designed = sum(l in ("designed", "implemented", "verified") for l in levels)
implemented = sum(l in ("implemented", "verified") for l in levels)
verified = levels.count("verified")
print(f"controls {len(levels)}: designed {designed}, implemented {implemented}, verified {verified}")
print(f"verified share {verified/len(levels):.0%}")

Execute com python3 lab_assure.py. Saída verificada:

controls 40: designed 36, implemented 29, verified 19
verified share 48%

9.3 Métricas honestas

O laboratório mostra a lacuna entre os níveis. Dos quarenta controles do programa, trinta e seis estão projetados, vinte e nove implementados e dezenove verificados. Relatar trinta e seis lisonjearia o programa; relatar dezenove mostra onde o esforço é necessário. Priya também relata as clínicas totalmente segmentadas e a idade mediana das exceções em aberto. O conselho de início prefere o número maior, mas passa a confiar no menor depois que a auditoria o confirma. Ela observa que uma métrica conquista confiança quando, de vez em quando, traz más notícias. A parcela verificada era de 48 por cento naquele momento.

Exemplo resolvido

Priya define princípios para a equipe, relata a garantia em três níveis com amostragem da auditoria independente e mostra ao conselho as contagens de controles verificados, e não de projetados.

Caso sintético. A equipe, os controles e os números são sintéticos; o SP 800-37 Rev. 2 é real.

Erros e limites

As amostras de verificação podem deixar passar falhas. As métricas podem ser manipuladas depois que se fixam metas.

Exercícios

• EX041 — Princípio de delegação. Que princípios permitem que a equipe decida sem Priya? Rubrica: 3 = negar por padrão, identidade antes da rede, exceções datadas e com responsável;; 2 = dois;; 1 = vago;; 0 = nenhuma.

• EX042 — Três níveis. Que três níveis Priya distingue? Rubrica: 3 = projetado, implementado e verificado;; 2 = dois;; 1 = vago;; 0 = nenhuma.

• EX043 — Contagens do laboratório. Quais foram as contagens em cada nível no laboratório? Rubrica: 3 = 36 projetados, 29 implementados, 19 verificados;; 2 = em parte;; 1 = vago;; 0 = nenhuma.

• EX044 — Garantia versus tranquilização. O que faz do relato de Priya garantia, e não tranquilização? Rubrica: 3 = ele relata o que foi verificado, por quem e como;; 2 = verificação;; 1 = tom;; 0 = nenhuma.

• EX045 — Métrica confiável. Segundo Priya, quando uma métrica conquista confiança? Rubrica: 3 = quando de vez em quando traz más notícias;; 2 = más notícias;; 1 = sempre verde;; 0 = nenhuma.

Síntese

A liderança de arquitetura delega por meio de princípios e oferece garantia com base em controles verificados, e não apenas projetados.

Continue estudando — aula 09 (capítulo 09 de 12)

← Capítulo 08 · Índice das aulas · Capítulo 10 →

Continue para a próxima aula já escrita.