Capítulo 8 — Fundamentos de arquitetura de segurança

Mapa da aula

Aula 08 publicada. Mapa, exemplo, EX022.

flowchart TD
  N0["8.1 Camadas"]
  N1["8.2 Papéis humanos"]
  N2["Síntese"]
  N0 --> N1 --> N2
  N2 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX022"]

Desenho lógico

flowchart LR
  N0["8.1 Camadas"]
  N1["8.2 Papéis humanos"]
  N2["Síntese"]
  N0 --> N1 --> N2 --> Q["EX022"]

[8.1 Camadas]
    |
    v
[8.2 Papéis humanos]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX022]

Objetivos de aprendizagem

Você vai (1) descrever defesas em camadas para um grupo de clínicas; (2) situar os papéis humanos na arquitetura; (3) projetar para que um único erro seja contido.

8.1 Camadas

Lucas esboça as camadas de segurança da Brightwell: filtragem de e-mail, etiquetas externas, autenticação multifator, menor privilégio, backups e monitoramento pelo prestador de TI. Saltzer e Schroeder (1975) descreveram princípios como o menor privilégio e a aceitabilidade psicológica, que significa que a proteção deve ser fácil de usar corretamente. Lucas confere cada camada segundo os dois princípios. Descobre que os backups existem, mas nunca foram testados, e que os alertas de monitoramento vão para uma caixa postal que ninguém lê fora do expediente. Ele lista os dois problemas para o prestador de TI, que concorda em fazer um teste de restauração e encaminhar os alertas urgentes para um celular de plantão.

8.2 Papéis humanos

Lucas acrescenta os papéis humanos à arquitetura: recepcionistas que reportam e-mails suspeitos, gestores que aprovam exportações, a gerente do consultório que aprova pagamentos e o prestador de TI que analisa os reportes. Cada papel precisa de ferramentas e de tempo. Ele observa que o reporte é uma camada de detecção: funcionários que reportam rapidamente permitem que a TI bloqueie um ataque antes que outros caiam nele. Tratar os funcionários como parte da defesa estimula designs que os apoiam, e não designs que os contornam. Ele escreve as necessidades ao lado de cada papel.

8.3 Conter os erros

Lucas projeta para que um único erro não vire um desastre. Uma recepcionista que digita a senha numa página falsa é protegida pela chave de segurança. Um gestor que abre um malware é limitado pelos direitos reduzidos e recuperado por backups testados. Um pedido de mudança de pagamento fica bloqueado até a verificação por retorno de ligação. Ele apresenta um diagrama de uma página que mostra cada erro e a camada que o contém. Isso torna a arquitetura compreensível para gestores sem formação técnica. Os gestores acham o diagrama fácil de seguir.

Exemplo resolvido

Lucas mapeia as camadas da Brightwell, acrescenta os papéis humanos, incluindo o reporte como detecção, e mostra que camada contém cada erro.

Caso sintético. A arquitetura é sintética; Saltzer e Schroeder (1975) é real.

Erros e limites

Camadas não testadas dão falsa confiança. Diagramas simplificam.

Exercícios

• EX022 — Achado nos backups. Que problema Lucas encontrou nos backups?
  Mostrar critérios de avaliação

  Rubrica: 3 = nunca tinham sido testados;; 2 = não testados;; 1 = vago;; 0 = nenhuma.
• EX023 — Camada do reporte. Que camada o reporte dos funcionários fornece?
  Mostrar critérios de avaliação

  Rubrica: 3 = detecção, que permite à TI bloquear ataques cedo;; 2 = detecção, sem justificativa;; 1 = prevenção;; 0 = nenhuma.
• EX024 — Contenção de pagamentos. O que contém uma falsa mudança de pagamento?
  Mostrar critérios de avaliação

  Rubrica: 3 = um bloqueio com verificação por retorno de ligação;; 2 = retorno de ligação;; 1 = vago;; 0 = nenhuma.

Síntese

A arquitetura em camadas inclui as pessoas e contém os erros individuais.