Capítulo 8 — Governança, riscos e compliance de segurança: modos de falha

Mapa da aula

Aula 08 publicada. Mapa, exemplo, EX029.

flowchart TD
  N0["8.1 Como os controles falham"]
  N1["8.2 Detectar a falha"]
  N2["8.3 Entradas no registro"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX029"]

Desenho lógico

flowchart LR
  N0["8.1 Como os controles falham"]
  N1["8.2 Detectar a falha"]
  N2["8.3 Entradas no registro"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX029"]

[8.1 Como os controles falham]
    |
    v
[8.2 Detectar a falha]
    |
    v
[8.3 Entradas no registro]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX029]

Objetivos de aprendizagem

Você vai (1) identificar como os controles técnicos falham; (2) planejar a detecção de cada falha; (3) registrar os modos de falha no registro de riscos.

8.1 Como os controles falham

Amina aprende que os controles podem falhar de muitas formas. Os backups podem rodar e deixar arquivos de fora. As atualizações podem ser pausadas e esquecidas. Regras de firewall podem ser acrescentadas e nunca removidas. Contas podem continuar ativas depois que as pessoas saem. Certificados podem expirar. Ela escreve cada caso como um modo de falha: o que dá errado, como isso apareceria e qual seria o impacto. Aprende que pensar na falha com antecedência torna os controles mais confiáveis. Para os backups, o modo de falha diz: a rotina roda, deixa arquivos de fora e a lacuna só aparece numa restauração.

8.2 Detectar a falha

Para cada modo de falha, Amina pergunta como a Fenwick perceberia. Os arquivos que ficaram de fora só apareceriam nos testes de restauração. As atualizações pausadas apareceriam nos relatórios de conformidade. As regras de firewall obsoletas apareceriam nas revisões de regras. As contas ativas de desligados apareceriam na conciliação. Os certificados perto de expirar apareceriam nas verificações de validade. Ela aprende que algumas falhas ficam silenciosas até algo quebrar, então verificações regulares precisam ser agendadas para encontrá-las antes que clientes ou atacantes o façam. Os arquivos que ficaram fora do backup, por exemplo, só aparecem num teste de restauração, e por isso esses testes entram depois no seu cronograma.

8.3 Entradas no registro

Amina registra os principais modos de falha no registro de riscos da Fenwick, com donos e verificações de detecção. Por exemplo, o modo de falha da expiração de certificados tem como dono o líder de TI, com uma verificação mensal de validade. Ela aprende que registrar os modos de falha os torna parte da governança, de modo que as verificações sejam agendadas e revisadas, em vez de depender da memória de alguém. Ligar cada modo de falha a uma verificação nomeada também diz ao avaliador que evidência pedir. Se uma verificação mensal for pulada, a entrada ausente aparece quando o registro é revisado, antes que um certificado de fato expire.

Exemplo resolvido

Amina lista cinco modos de falha de controles, planeja a detecção de cada um e os registra no registro de riscos, com donos.

Caso sintético. Os modos de falha são sintéticos.

Erros e limites

As listas deixam escapar falhas novas. As verificações também podem falhar.

Exercícios

• EX029 — Falha de backup. Como os arquivos que ficaram fora do backup seriam detectados?
  Mostrar critérios de avaliação

  Rubrica: 3 = por testes de restauração;; 2 = restauração;; 1 = vago;; 0 = nenhuma.
• EX030 — Falhas silenciosas. Por que as verificações precisam ser agendadas?
  Mostrar critérios de avaliação

  Rubrica: 3 = algumas falhas ficam silenciosas até algo quebrar;; 2 = silenciosas;; 1 = vago;; 0 = nenhuma.
• EX031 — Dono dos certificados. Quem é dono do modo de falha da expiração de certificados?
  Mostrar critérios de avaliação

  Rubrica: 3 = o líder de TI;; 2 = líder de TI, hesitando com outra opção;; 1 = vago;; 0 = nenhuma.
• EX032 — Partes do modo de falha. Que três coisas cada modo de falha descreve?
  Mostrar critérios de avaliação

  Rubrica: 3 = o que dá errado, como aparece, impacto;; 2 = três;; 1 = vago;; 0 = nenhuma.

Síntese

Planejar a detecção para cada modo de falha mantém os controles confiáveis.