Cada artigo desta série até aqui construiu um instrumento; este toca todos juntos, no cenário que mais testa o domínio do operador sobre o todo: um sinal crível de que dados estão saindo. Talvez uma regra de DLP disparou; talvez uma anomalia de contagem de bytes aflorou; talvez a dica foi humana. O passo a passo abaixo é a composição - cada etapa se apoiando num instrumento já dissecado - e termina, deliberadamente, em postura em vez de num único bloqueio heroico.
Passo um: leia o alerta como um registro
Um alerta é um registro de log vestindo uma sirene, então comece extraindo seu esqueleto: quem (usuário, dispositivo, localidade), qual destino (URL e categoria, aplicação em nuvem e - crucialmente - instância), qual regra produziu o veredito, e as contagens de bytes. O alerta de nomeia seu engine; o engine nomeia seus dicionários; e a primeira pergunta honesta é a de falso positivo - a correspondência sobrevive ao contato com seus ajustes de confiança e proximidade, ou uma massa de teste tropeçou num padrão? Dez minutos aqui economizam a tarde.
Passo dois: estabeleça o que podia ser visto
Antes de concluir qualquer coisa da ausência, mapeie a visibilidade. O fluxo foi inspecionado? Um destino na lista de bypass é um corredor onde o DLP era estruturalmente cego - o que muda a pergunta de "o que o DLP viu" para "o que a contabilidade de bytes do log de firewall diz que se moveu pelo corredor". O dispositivo estava sequer na plataforma? O caminho do dispositivo não gerenciado nunca transita pelos controles inline, que é precisamente a jurisdição do CASB fora de banda. Este passo é a epistemologia da investigação: os logs dizem a verdade, mas só sobre o que a arquitetura os deixou testemunhar.
Passo três: percorra os dois planos
Agora a pinça do artigo de CASB. O plano inline responde o que se moveu: o histórico de transações do usuário em volta da janela do alerta, uploads a instâncias pessoais, as sessões não-web do log de firewall - porque exfiltração não lhe deve a cortesia de HTTPS para um site categorizado, e os registros de sessão do Cloud Firewall, com suas contagens de bytes por direção, são a contabilidade de todos os outros corredores. O plano fora de banda responde o que repousa exposto: o tenant sancionado escaneado pelas mesmas classes de dados em repouso - o arquivo compartilhado com a internet aberta é exfiltração que aconteceu sem um único fluxo suspeito, e a remediação ali (revogar compartilhamentos, quarentenar) é resposta, não arqueologia.
Passo quatro: responda com postura
Os achados decidem entre dois finais. Se a exfiltração se confirma, a maquinaria de incidente assume - contenção, escopo, a disciplina de linha do tempo com cada mudança e evento num só eixo. Mas no caso comum - sinal ambíguo, lacuna real descoberta - a resposta madura é mudança de postura, e a série já construiu o vocabulário: aperte o bypass que cegou o fluxo, ou aceite-o conscientemente e compense com alertas de contagem de bytes no corredor; roteie os destinos incategorizáveis por isolamento com entrada de formulário desabilitada em vez de chutar permitir-ou-bloquear; estenda o engine de DLP cujo dicionário errou por um sinônimo; aponte o escaneamento fora de banda para o tenant que se revelou sem vigilância. O alerta era uma pergunta sobre um fluxo; a resposta que vale guardar é sobre todos os futuros.