◇ OpenCyber Academy
Profissionalizante · Capítulo 6 · Português

Capítulo 6 — Fluxo de trabalho operacional

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

Capítulo 6 — Fluxo de trabalho operacional

Mapa da aula

Aula 06 publicada. Mapa, exemplo, EX026.

flowchart TD
  N0["6.1 A sequência do dia"]
  N1["6.2 Registro de atividades"]
  N2["6.3 Coordenação com o SOC"]
  N3["6.4 Dúvidas no meio do teste"]
  N4["6.5 Estado final"]
  N5["6.6 Passagem entre testadores"]
  N6["6.7 Disciplina no canal de comunicação"]
  N7["6.8 Extensões de janela"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7
  N7 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX026"]

Desenho lógico

flowchart LR
  N0["6.1 A sequência do dia"]
  N1["6.2 Registro de atividades"]
  N2["6.3 Coordenação com o SOC"]
  N3["6.4 Dúvidas no meio do teste"]
  N4["6.5 Estado final"]
  N5["6.6 Passagem entre testadores"]
  N6["6.7 Disciplina no canal de comunicação"]
  N7["6.8 Extensões de janela"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7 --> Q["EX026"]
[6.1 A sequência do dia]
    |
    v
[6.2 Registro de atividades]
    |
    v
[6.3 Coordenação com o SOC]
    |
    v
[6.4 Dúvidas no meio do teste]
    |
    v
[6.5 Estado final]
    |
    v
[6.6 Passagem entre testadores]
    |
    v
[6.7 Disciplina no canal de comunicação]
    |
    v
[6.8 Extensões de janela]
    |
    v
[Exemplo resolvido] --> [Exercício EX026]

Objetivos de aprendizagem

Você vai (1) descrever o fluxo de trabalho do dia do teste, do kickoff ao debrief; (2) manter um registro de atividades contemporâneo; (3) coordenar com o SOC; (4) lidar com uma dúvida de escopo no meio do teste.

6.1 A sequência do dia

A chamada de kickoff confirma as ROE e os contatos; os testadores começam apenas dentro da janela; as notas de progresso vão para o canal do engajamento; há uma verificação intermediária com o responsável de produto se algo sensível aparecer; há um debrief no fim do dia; as evidências vão para o cofre. No ENG-440, a sequência de sábado de Leo segue essa ordem. Nada começa antes que o kickoff confirme que as ROE ainda correspondem à cópia assinada, e as evidências vão para o cofre antes de ele ir embora. Desvios da sequência são registrados com um motivo, para que uma revisão posterior veja por quê.

6.2 Registro de atividades

Toda ação recebe horário, sistema, método e resultado. O registro defende a equipe se uma indisponibilidade for atribuída aos testes e alimenta o relatório. A linha de registro de Leo inclui horário, host, método e resultado, como uma pausa quando um nome de host parecia ser de produção. Cada linha usa o relógio do jump host, para que as entradas do registro e os alertas do SOC possam ser alinhados depois, sem adivinhar diferenças de horário. Os registros ficam no cofre com as evidências, e não apenas em um histórico de chat que vai rolando para longe. Se o tráfego do dia de pagamento ficar lento, é o registro que mostra se os testes estavam envolvidos.

6.3 Coordenação com o SOC

Envie mensagens de início e de fim. Se o SOC vir alertas relacionados, ele liga para o contato de emergência, em vez de bloquear o acesso de Leo sem aviso. A mensagem de início de Leo no ENG-440 sai às 08:05, menciona apenas a homologação e traz o identificador do ticket, o IP de origem e o horário de término, 12:00. Se o SOC ligar por causa do IP dele, ele confirma o ticket, compartilha a janela e reduz o ritmo ou pausa se pedirem; qualquer mudança de ritmo é escrita no registro de atividades com o horário e o nome do analista. Às 12:00, Leo publica o fim no canal do engajamento, com o identificador do ticket, para que o SOC retire o IP dele da lista de observação. Testar em silêncio diante de um SOC atento cria incidentes evitáveis.

6.4 Dúvidas no meio do teste

Descobriu um novo nome de host? Pause e pergunte. Não "inclua só desta vez". Às 09:40, Leo encontra um nome de host que pode ser de produção; ele pausa, pergunta ao responsável de produto, descobre que é de homologação, registra a decisão e continua. A resposta do responsável de produto confirmando que o host pertence à homologação é colada no ticket antes de os testes recomeçarem, para que o ENG-440 mostre julgamento sob pressão de tempo, e não um palpite de sorte. A pergunta custa minutos; uma sondagem não autorizada em um host com cara de produção custaria o engajamento. Adivinhar teria sido sair do escopo.

6.5 Estado final

Na hora de parar, pare. Verificações inacabadas viram trabalho para a próxima janela ou notas explícitas de falta de tempo — não extrapolações silenciosas. Às 12:00, Leo para, mesmo que uma verificação do WSTG esteja pela metade. A verificação inacabada é listada no relatório com a etapa a que chegou, para que a próxima janela comece dali. O SOC espera silêncio depois da mensagem de fim das 12:00, então qualquer pacote posterior vindo do IP de Leo pareceria um ataque. Extrapolações silenciosas quebram o acordo em que o SOC e o CISO confiaram, e a parada das 12:00 no ENG-440 é a mesma regra que ele pratica no ENG-CLASS-11.

6.6 Passagem entre testadores

Se Leo encerra o turno e um colega continua, o registro de atividades e o cofre de evidências são a passagem de bastão. Notas verbais não bastam; o colega precisa ver o que já foi validado, para não retestar de forma destrutiva nem perder uma condição de parada. O colega que abre o cofre deve ver as constatações validadas, as dúvidas em aberto e as condições de parada já atingidas. As notas de passagem nomeiam a próxima ação segura e o que não pode ser repetido, como uma pausa que Leo já acordou. Quando um colega assume no meio da janela, a nota mais o caminho no cofre bastam; Leo não deixa contexto crítico apenas na própria cabeça.

6.7 Disciplina no canal de comunicação

O chat do engajamento serve para escopo, paradas e status — não para piadas sobre "hackear o banco". A linguagem casual vaza para capturas de tela e prejudica a confiança se um examinador ler o canal mais tarde. Leo escreve o status em palavras simples e profissionais, com identificadores de ticket, porque capturas de tela do canal podem aparecer nas evidências ou na revisão dos examinadores. As capturas de tela do ENG-440 são limpas de bagunça da área de trabalho e de abas sem relação antes de entrarem no cofre sob o identificador do ticket. A comunicação fica no canal do engajamento; o chat pessoal não é repositório de evidências do ENG-440.

6.8 Extensões de janela

Se o trabalho precisar continuar além da janela, Leo para, pede uma extensão por escrito ao CISO e espera a confirmação antes que qualquer outro pacote saia do notebook dele. Um "claro, pode continuar" verbal não basta, nem mesmo vindo do CISO ao telefone. Uma extensão por escrito nomeia o novo horário de término e é arquivada com as ROE antes de o trabalho recomeçar. Se o sábado se estender, o notebook de Leo não envia mais nenhum pacote até que essa extensão exista, porque o SOC e o contato de emergência precisam ver o mesmo relógio que Leo usa.

Exemplo resolvido (HCU sintética)

Às 08:05, Leo publica "ENG-440 start — staging only" (início do ENG-440, apenas homologação). Às 09:40, ele encontra um nome de host que pode ser de produção; pausa, pergunta ao responsável de produto, descobre que é de homologação, registra a decisão e continua.

Caso sintético — Harborline Credit Union (HCU). A cooperativa de crédito, Leo Okonkwo e todos os números foram inventados para fins didáticos.

Erros e limites

Políticas e leis locais variam; siga a autorização da HCU e a sua jurisdição. Este livro nunca autoriza testes em sistemas reais.

Exercícios

Síntese

O fluxo de trabalho é kickoff, trabalho registrado, visibilidade para o SOC e pausar para perguntar — nunca ampliação silenciosa do escopo.

Continue estudando — capítulo 06 de 12

← Capítulo 05 (rascunho) · Índice de capítulos do curso · Capítulo 07 (rascunho) →