Capítulo 21 — Segurança da informação: requisitos

Mapa da aula

Aula 21 publicada. Mapa, exemplo, EX061.

flowchart TD
  N0["21.1 Fontes de requisitos"]
  N1["21.2 Redação testável"]
  N2["21.3 Priorizando"]
  N3["21.4 Conflitos"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX061"]

Desenho lógico

flowchart LR
  N0["21.1 Fontes de requisitos"]
  N1["21.2 Redação testável"]
  N2["21.3 Priorizando"]
  N3["21.4 Conflitos"]
  N0 --> N1 --> N2 --> N3 --> Q["EX061"]

[21.1 Fontes de requisitos]
    |
    v
[21.2 Redação testável]
    |
    v
[21.3 Priorizando]
    |
    v
[21.4 Conflitos]
    |
    v
[Exemplo resolvido] --> [Exercício EX061]

Objetivos de aprendizagem

Você vai (1) derivar requisitos de segurança a partir de riscos e obrigações; (2) escrever requisitos testáveis; (3) priorizar os requisitos pelo impacto.

21.1 Fontes de requisitos

Lindiwe reúne os requisitos de segurança da Saltmarsh a partir de várias fontes: avaliações de risco, contratos com clientes, a lei de proteção de dados, as condições do seguro e o escopo do sistema de gestão. Um grande cliente do varejo exige que os fornecedores usem autenticação multifator para o acesso remoto e relatem incidentes em até vinte e quatro horas. A seguradora exige backups offline testados. Ela registra cada requisito com sua fonte, para que os leitores futuros saibam por que ele existe e se pode mudar caso a fonte mude, por exemplo quando um contrato termina. Ela mantém a lista num registro compartilhado.

21.2 Redação testável

Muitos requisitos chegam vagos, como os sistemas devem ser seguros. Lindiwe os reescreve para que um teste possa mostrar aprovação ou reprovação: o acesso remoto aos sistemas internos exige um segundo fator; os discos dos servidores são cifrados; as correções de segurança classificadas como críticas são aplicadas em até catorze dias. O Prof. Hale pede que ela evite palavras como adequado e apropriado, a menos que venham seguidas de um limiar mensurável. Ela aprende que os requisitos testáveis são a ponte entre a política e a verificação, da qual os capítulos posteriores dependem. Cada requisito reescrito também indica seu dono.

21.3 Priorizando

Nem todo requisito importa da mesma forma. Lindiwe os ordena pelo impacto da falha, usando as categorias da FIPS 199 vistas antes: os requisitos que protegem sistemas de alto impacto, como a folha de pagamento e o despacho, vêm primeiro. Os requisitos impostos por contratos com multas também ficam no alto. Ela produz uma lista de vinte requisitos em três faixas de prioridade. O líder de segurança a usa para planejar o trabalho do ano, aceitando que os itens das faixas inferiores podem esperar enquanto as lacunas da faixa alta são corrigidas. Ela marca cada requisito com sua faixa e sua fonte no registro, para que o plano possa ser rastreado até os motivos por trás dele.

21.4 Conflitos

Os requisitos às vezes entram em conflito. O cliente do varejo quer logs detalhados guardados por um ano; os princípios de proteção de dados empurram para guardar dados pessoais apenas pelo tempo necessário. Lindiwe propõe guardar os logs de segurança por um ano, com acesso restrito à equipe de segurança e com os campos pessoais minimizados sempre que possível. O Prof. Hale observa que resolver os conflitos abertamente, com os motivos registrados, é melhor do que deixar uma equipe ignorar em silêncio um requisito que considera inconveniente. O encarregado de proteção de dados e o líder de segurança assinam a abordagem combinada, e Lindiwe a registra no log de decisões com uma data de revisão.

Exemplo resolvido

Lindiwe coleta requisitos de riscos, contratos, leis e seguros, os reescreve como declarações testáveis, os ordena em três faixas e resolve um conflito de retenção.

Caso sintético. Os requisitos são sintéticos.

Erros e limites

Um requisito sem um limiar mensurável não pode ser verificado.

Exercícios

• EX061 — Exigências do cliente. O que o cliente do varejo exige?

  Mostrar critérios de avaliação

  Rubrica: 3 = MFA para acesso remoto e relatos de incidentes em 24 horas;; 2 = parcialmente correto;; 1 = vago;; 0 = nenhuma.

• EX062 — Requisito de correções. Com que rapidez as correções críticas devem ser aplicadas?

  Mostrar critérios de avaliação

  Rubrica: 3 = em até catorze dias;; 2 = parcialmente correto;; 1 = errado;; 0 = nenhuma.

• EX063 — Conflito de retenção. Como se resolve o conflito de retenção de logs?

  Mostrar critérios de avaliação

  Rubrica: 3 = um ano, com acesso restrito e campos minimizados;; 2 = parcialmente correto;; 1 = vago;; 0 = nenhuma.