OpenCyber Academy
Curso rápido · Capítulo 4 · Português
Código do curso: OCA-007Capítulo 04: OCA-007-C004

Capítulo 4 — Arquitetura e engenharia de segurança: laboratório guiado e síntese aplicada

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 04 publicada. Mapa, exemplo, EX039.

flowchart TD
  N0["4.1 O laboratório guiado"]
  N1["Laboratório — Conferência das configurações do siste"]
  N2["4.2 Ler os resultados"]
  N3["4.3 Priorizar as ações"]
  N4["4.4 Verificar a correção"]
  N5["4.5 Síntese e plano"]
  N6["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6
  N6 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX039"]

Desenho lógico

flowchart LR
  N0["4.1 O laboratório guiado"]
  N1["Laboratório — Conferência das configurações do siste"]
  N2["4.2 Ler os resultados"]
  N3["4.3 Priorizar as ações"]
  N4["4.4 Verificar a correção"]
  N5["4.5 Síntese e plano"]
  N6["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> Q["EX039"]

[4.1 O laboratório guiado]
    |
    v
[Laboratório — Conferência das configurações do siste]
    |
    v
[4.2 Ler os resultados]
    |
    v
[4.3 Priorizar as ações]
    |
    v
[4.4 Verificar a correção]
    |
    v
[4.5 Síntese e plano]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX039]

Objetivos de aprendizagem

Você vai (1) conferir as configurações de um sistema contra uma baseline num laboratório guiado; (2) transformar os resultados em ações priorizadas; (3) sintetizar o aprendizado do mês num plano curto.

4.1 O laboratório guiado

Felix propõe um laboratório guiado com configurações sintéticas exportadas de um sistema de empréstimos parecido com o da Saltmarsh. O laboratório compara cada configuração com uma baseline curta tirada dos princípios do mês: login multifator para a equipe, sessões que expiram, nenhuma conta compartilhada, links de envio que expiram, logs de auditoria ativados e direitos de administrador limitados a duas pessoas. Leah roda o script e lê a saída linha por linha. O laboratório roda offline sobre dados fictícios, então nada toca um sistema real. Felix conduz a turma pelas duas primeiras verificações.

Laboratório — Conferência das configurações do sistema de empréstimos contra uma baseline

# Check loan system settings against a baseline (synthetic exports before and after fixes).
rules = {"staff_mfa": lambda v: v == "on", "session_timeout_min": lambda v: v <= 30,
         "shared_accounts": lambda v: v == 0, "upload_link_expiry_days": lambda v: v is not None and v <= 14,
         "audit_logging": lambda v: v == "on", "admin_count": lambda v: v <= 2, "public_links": lambda v: v == "off"}
after = {"staff_mfa": "on", "session_timeout_min": 30, "shared_accounts": 0, "upload_link_expiry_days": 14,
         "audit_logging": "on", "admin_count": 2, "public_links": "off"}
before = dict(after, session_timeout_min=480, admin_count=5, upload_link_expiry_days=None)
for label, cfg in (("before", before), ("after", after)):
    fails = [f"{k}={cfg[k]}" for k, ok in rules.items() if not ok(cfg[k])]
    print(f"{label}: {len(rules) - len(fails)}/{len(rules)} settings meet baseline; fails {fails}")

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

before: 4/7 settings meet baseline; fails ['session_timeout_min=480', 'upload_link_expiry_days=None', 'admin_count=5']
after: 7/7 settings meet baseline; fails []

4.2 Ler os resultados

O laboratório relata quatro de sete configurações atendendo à baseline. Três não atendem: as sessões ficam abertas por oito horas em vez de trinta minutos, cinco pessoas têm direitos de administrador em vez de duas e os links de envio nunca expiram. Leah observa que a correção anterior do compartilhamento por link fechou o acesso público, mas não definiu uma expiração. Ler os resultados com cuidado importa, porque a aprovação numa configuração pode esconder uma fraqueza relacionada que a baseline descreve separadamente. Ela anota cada lacuna com o nome da configuração, o valor atual e o valor da baseline, para que o fornecedor possa agir.

4.3 Priorizar as ações

Leah ordena as três lacunas. Os direitos de administrador vêm primeiro, porque qualquer uma das cinco contas poderia alterar as configurações de segurança ou exportar todos os documentos de empréstimo. A expiração dos links vem em segundo, já que links antigos poderiam vazar se fossem encaminhados. O tempo de expiração das sessões vem em terceiro, já que os PCs das agências já bloqueiam após cinco minutos. Para cada ação, ela nomeia um responsável e uma data e pergunta ao fornecedor quais mudanças podem ser feitas por configuração. Todas as três podem, e o fornecedor confirma que elas não vão atrapalhar o processamento dos empréstimos.

4.4 Verificar a correção

Depois das mudanças, Leah roda de novo o laboratório com uma exportação atualizada. Todas as sete configurações agora atendem à baseline. Ela guarda as duas saídas como evidência, datadas, na pasta da revisão. Felix enfatiza que a verificação fecha o ciclo: uma mudança solicitada não é uma mudança feita até que uma verificação a confirme. Ele também sugere rodar de novo a verificação a cada trimestre, porque as atualizações do fornecedor e as mudanças na equipe podem desfazer as configurações sem alarde ao longo do tempo. Leah registra a data de cada execução e o arquivo de exportação usado, para que as evidências possam ser rastreadas. Ela acrescenta a verificação trimestral ao calendário de operações, com o próprio nome como responsável.

4.5 Síntese e plano

Para encerrar o curso, Leah escreve um plano de uma página para os próximos seis meses da Saltmarsh: contas de e-mail individuais, como decidido no capítulo 1; uma verificação trimestral do sistema de empréstimos contra a baseline; um procedimento break-glass testado para o provedor de identidade; uma atualização anual da visão geral de arquitetura; e perguntas de segurança para todo novo fornecedor. Cada item se liga a um princípio ou achado do curso. A gerente aprova o plano. Felix observa que o objetivo do curso não era a especialização, e sim um hábito de trabalho de mapear, verificar e registrar que Leah pode continuar usando.

Exemplo resolvido

Leah executa um laboratório de baseline sobre configurações sintéticas de empréstimos, encontra três lacunas, prioriza-as e as corrige, verifica com uma nova execução e escreve um plano de seis meses.

Caso sintético. As configurações, o fornecedor e o plano são sintéticos.

Erros e limites

As baselines cobrem apenas as configurações listadas. As verificações trimestrais caducam sem um responsável.

Exercícios

Síntese

Uma verificação de linha de base guiada, correções priorizadas, verificação e um plano curto transformam um mês de aprendizado em prática duradoura.

Respostas comentadas

EX039. Login multifator da equipe, expiração de sessões e links de envio que expiram, entre outros.

EX040. Quatro de sete.

EX041. As sessões ficavam abertas por oito horas em vez de trinta minutos.

EX042. Cinco pessoas, em vez das duas da baseline.

EX043. Ela removeu o acesso público, mas não definiu a expiração dos links.

EX044. Porque qualquer uma das cinco contas poderia alterar as configurações de segurança ou exportar todos os documentos de empréstimo.

EX045. Porque os PCs das agências já bloqueiam após cinco minutos.

EX046. Todas as sete configurações atenderam à baseline.

EX047. Somente quando uma verificação a confirma.

EX048. Porque as atualizações do fornecedor e as mudanças na equipe podem desfazer as configurações sem alarde.

EX049. Uma verificação trimestral do sistema de empréstimos contra a baseline e um procedimento break-glass testado, entre outros.

EX050. Um hábito de trabalho de mapear, verificar e registrar, e não a especialização.