OpenCyber Academy
Tecnólogo · Capítulo 17 · Português
Código do curso: OCA-076Capítulo 17: OCA-076-C017

Capítulo 17 — Arquitetura e engenharia de segurança: ferramentas

Ensino gratuito e aberto para quem deseja proteger pessoas e tecnologias. Não é preciso criar uma conta para estudar ou consultar as respostas.

Mapa da aula

Aula 17 publicada. Mapa, exemplo, EX049.

flowchart TD
  N0["17.1 Necessidades antes das ferramentas"]
  N1["17.2 Um teste"]
  N2["17.3 Evitar a proliferação"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX049"]

Desenho lógico

flowchart LR
  N0["17.1 Necessidades antes das ferramentas"]
  N1["17.2 Um teste"]
  N2["17.3 Evitar a proliferação"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX049"]

[17.1 Necessidades antes das ferramentas]
    |
    v
[17.2 Um teste]
    |
    v
[17.3 Evitar a proliferação]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX049]

Objetivos de aprendizagem

Você vai (1) escolher ferramentas para uma pequena equipe de segurança; (2) avaliar uma ferramenta num teste; (3) evitar a proliferação de ferramentas.

17.1 Necessidades antes das ferramentas

Fornecedores procuram a Brightwater com produtos de segurança. Tomás lista primeiro as necessidades: inventário de dispositivos, relatório de atualizações, logs centralizados, varredura de vulnerabilidades dos serviços expostos à internet e monitoramento de backups. Ele confere o que os sistemas existentes já fazem: o serviço de gestão de dispositivos cobre o inventário e as atualizações, e o provedor de nuvem oferece logging básico. Só a varredura de vulnerabilidades e os alertas sobre logs são lacunas de verdade. Partir das necessidades, e não dos produtos, evita comprar ferramentas sobrepostas que ninguém tem tempo de operar. Ele escreve a lista de necessidades numa página e pede a Sam que a ordene, para que qualquer compra posterior possa ser rastreada até uma lacuna específica e acordada.

17.2 Um teste

Tomás conduz um teste de duas semanas de um scanner externo de vulnerabilidades contra os endereços públicos da Brightwater, com permissão por escrito de Sam e do provedor de hospedagem. Ele define os critérios do teste: exatidão dos achados, alarmes falsos, esforço de operação e custo. O scanner encontra um banner desatualizado de servidor web no antigo portal de clientes e um certificado prestes a expirar. Também relata dois alarmes falsos sobre serviços que não estão rodando. Ele registra o tempo gasto a cada semana, porque uma ferramenta que exige horas de triagem pode não servir para uma equipe de duas pessoas.

17.3 Evitar a proliferação

Tomás recomenda um único scanner e o uso do logging em nuvem existente com três regras de alerta, em vez de comprar uma plataforma de monitoramento completa. Ele registra quem opera cada ferramenta, com que frequência e para onde vão os resultados. Cada ferramenta precisa ter um responsável e um propósito ligado a um cenário de risco do capítulo 13. Ferramentas sem responsável viram shelfware, que dá falso conforto. Sam aprova o plano, observando que o custo total é menor do que a cotação inicial de um único fornecedor para uma plataforma tudo-em-um. A lista de ferramentas é revisada todo ano junto com os cenários de risco.

Exemplo resolvido

Tomás lista as necessidades antes dos produtos, testa um scanner com permissão por escrito segundo critérios definidos e recomenda um conjunto mínimo de ferramentas com responsáveis.

Caso sintético. As ferramentas e os achados são sintéticos.

Erros e limites

Os testes são curtos e podem deixar problemas passarem. Os planos gratuitos podem mudar.

Exercícios

Síntese

Escolha ferramentas a partir das necessidades, teste-as segundo critérios e dê a cada uma um dono e um propósito.

Respostas comentadas

EX049. A varredura de vulnerabilidades dos serviços expostos à internet e os alertas sobre logs.

EX050. Permissão por escrito de Sam e do provedor de hospedagem.

EX051. Viram shelfware sem uso, que dá falso conforto.