Capítulo 9 — Comunicação, ética e relatórios
Mapa da aula
Aula 09 publicada. Mapa, exemplo, EX041.
flowchart TD
N0["9.1 Estrutura do relatório"]
N1["9.2 Fatos, inferências, recomendações"]
N2["9.3 Ética na prática"]
N3["9.4 Justiça com a usuária"]
N4["9.5 Dados pessoais nos relatórios"]
N5["9.6 Linguagem simples"]
N6["9.7 Revisão"]
N7["Avisos externos"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7
N7 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX041"]
Desenho lógico
flowchart LR
N0["9.1 Estrutura do relatório"]
N1["9.2 Fatos, inferências, recomendações"]
N2["9.3 Ética na prática"]
N3["9.4 Justiça com a usuária"]
N4["9.5 Dados pessoais nos relatórios"]
N5["9.6 Linguagem simples"]
N6["9.7 Revisão"]
N7["Avisos externos"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7 --> Q["EX041"]
[9.1 Estrutura do relatório]
|
v
[9.2 Fatos, inferências, recomendações]
|
v
[9.3 Ética na prática]
|
v
[9.4 Justiça com a usuária]
|
v
[9.5 Dados pessoais nos relatórios]
|
v
[9.6 Linguagem simples]
|
v
[9.7 Revisão]
|
v
[Avisos externos]
|
v
[Exemplo resolvido] --> [Exercício EX041]
Objetivos de aprendizagem
Você vai (1) escrever um relatório de incidente claro; (2) separar fatos, inferências e recomendações; (3) aplicar limites éticos à investigação; (4) lidar com dados pessoais de forma responsável.
9.1 Estrutura do relatório
Resumo; escopo e autoridade; linha do tempo; constatações com nível de confiança; impacto; ações tomadas; recomendações; limites; apêndices com a lista de evidências e o manifesto. Casey (2011) ressalta que os relatórios devem permitir que outras pessoas confiram como se chegou às conclusões. Na Marlow, a linha do tempo traz os cinco eventos de 09:10 a 10:05, as constatações trazem níveis de confiança, como 'alta' para o acesso não autorizado e 'desconhecido' para quem estava por trás dele, e os limites indicam a lacuna de 09:14–09:40. Os apêndices guardam o manifesto, o log de custódia e a tabela de verificação, e o apêndice restrito guarda os assuntos encaminhados para o responsável pela proteção de dados.
9.2 Fatos, inferências, recomendações
Fato: "Uma entrada a partir de 203.0.113.50 teve sucesso às 09:14." Inferência: "Não foi Joy." Recomendação: "Remover o grupo de exceção de MFA." Cada uma é rotulada, para que os leitores saibam qual é a sua natureza. Misturá-las é a falha de relatório mais comum: uma recomendação vestida de fato soa como coisa decidida, e uma inferência escrita como fato esconde o raciocínio. A inferência 'não foi Joy' se apoia no endereço novo, na declaração dela e na visita das 09:10, e o relatório diz isso. Um leitor que discorde pode então questionar o raciocínio sem contestar os registros.
9.3 Ética na prática
Durante a análise, Lena vê mensagens pessoais na caixa de correio de Joy. Ela não lê além do que a pergunta exige, não as menciona e lista apenas os assuntos relevantes para o incidente. Os poderes de investigação servem ao incidente, não à curiosidade. O limite é dado pelas perguntas, e não pelo que o console permite. O acesso de administração de Lena poderia abrir qualquer mensagem da caixa de correio de Joy, mas as perguntas dela só precisam da lista de regras, do rastreamento e dos registros de auditoria. As onze mensagens encaminhadas são listadas pelo assunto; as mensagens pessoais de Joy não são listadas nem discutidas com colegas.
9.4 Justiça com a usuária
Joy cometeu um erro que muita gente comete. O relatório descreve a qualidade da página de phishing e os controles que faltavam, e não o caráter de Joy. A culpa desestimula os relatos. A página imitada usava um domínio registrado dois dias antes, novo o bastante para que o filtro de e-mail não o sinalizasse, e se apresentava como o login de uma fatura compartilhada. A conta de Joy também estava sem MFA por causa de um antigo grupo de exceção que ela não escolheu. O relatório diz que ela clicou e também que o relato dela sobre a manhã ajudou a confirmar a entrada não autorizada, para que os funcionários que o lerem vejam que relatar ajuda.
9.5 Dados pessoais nos relatórios
Os nomes só aparecem quando necessários; a lista de assuntos encaminhados vai para um apêndice restrito destinado ao responsável pela proteção de dados. O relatório principal fala em 'uma auxiliar de contas a pagar' e só usa o nome de Joy onde a linha do tempo precisa da conta j.okafor. Os nomes de contatos de fornecedores das mensagens encaminhadas não aparecem em nenhum ponto do texto principal. O apêndice restrito lista os onze assuntos para o responsável pela proteção de dados, que decide qual notificação, se houver, é necessária. Leitores mais amplos, como os gestores, recebem o relatório sem esse apêndice.
9.6 Linguagem simples
Frases curtas, termos definidos, horários com fuso, nenhum jargão sem explicação. O resumo de Lena mostra o estilo: 'um atacante usou uma senha capturada por uma página de login falsa', e não um jargão sobre coleta de credenciais. Termos como 'regra da caixa de entrada' e 'rastreamento de mensagens' são explicados na primeira vez em que aparecem. Todo horário traz o fuso, como em 'o acesso foi removido às 10:05 UTC'. Gestores e leitores do financeiro precisam agir com base no relatório, então uma frase que só a equipe de segurança entende falha no seu propósito, mesmo que esteja correta.
9.7 Revisão
Dev revisa e assina o relatório antes da distribuição. Dev confere se cada constatação cita um registro, se a formulação da confiança corresponde à evidência e se os limites indicam a lacuna de 09:14–09:40. Ele também confere se a linguagem atribui culpa e se há dados pessoais fora do apêndice restrito. A assinatura dele significa que a equipe de segurança, e não só Lena, responde pelo relatório. As mudanças que ele pede são feitas numa nova versão, e os rascunhos anteriores ficam guardados com o caso para que as edições possam ser rastreadas.
Avisos externos
As mensagens para a Kestrel e para os funcionários são mais curtas que o relatório e não trazem nenhum detalhe técnico além do que cada leitor pode usar para agir.
Exemplo resolvido
O resumo de Lena: "Em 3 de março de 2026, um atacante usou uma senha capturada por uma página de login falsa para acessar uma caixa de correio do setor de contas por 51 minutos. Ele encaminhou 11 mensagens para fora da empresa até as 10:05 (a janela de 10:05–10:15, enquanto a regra ainda estava ativa, está sendo conferida) e enviou um falso pedido de troca bancária a um fornecedor, que o conferiu por telefone; nenhum pagamento mudou. O acesso foi removido às 10:05 UTC. Três lacunas de controle estão sendo corrigidas."
Caso sintético. O texto do relatório é inventado.
Erros e limites
Um relatório reflete a evidência disponível no momento; registre que as conclusões podem mudar com novas informações.
Exercícios
- EX041 — Partes do relatório. Liste seis partes do relatório. Rubrica: 3 = seis entre resumo, escopo, linha do tempo, constatações, impacto, ações, recomendações, limites, apêndices; 2 = quatro; 1 = duas; 0 = nada.
- EX042 — Rotule a afirmação. Classifique: "Não foi Joy." Rubrica: 3 = inferência, com o porquê; 2 = só inferência; 1 = fato; 0 = nada.
- EX043 — Mensagens pessoais. Como Lena lidou com as mensagens pessoais? Rubrica: 3 = não leu além do necessário, não mencionou, só os assuntos relevantes; 2 = parcial; 1 = relatou-as; 0 = nada.
- EX044 — Culpa. Por que evitar culpar Joy? Rubrica: 3 = erro comum; faltavam controles; a culpa desestimula os relatos; 2 = parcial; 1 = deve ser culpada; 0 = nada.
- EX045 — Conferindo o resumo. Que duração e que impacto o resumo informa? Rubrica: 3 = 51 minutos; 11 encaminhadas; um pedido falso; nenhuma mudança de pagamento; 2 = parcial; 1 = errado; 0 = nada.
Síntese
Relate com clareza, com afirmações rotuladas, aja com ética diante dos dados pessoais e concentre-se nas causas, e não na culpa.
Continue estudando — capítulo 09 de 12
← Capítulo 08 (rascunho) · Índice de capítulos do curso · Capítulo 10 (rascunho) →