05 - IR.5 - Redução de Dwell Time
video: https://youtu.be/... no frontmatter da nota.IR.5 - Redução de Dwell Time
Nota do grupo RES (Resposta a Incidentes Integrada) da seção 15 do Framework CTH.
Deriva do Capítulo 16 do PDF de referência, controle IR.5, com os subcontroles IR.5.1 a IR.5.5.
Trata o dwell time como a métrica norte do programa, decompõe o tempo entre comprometimento e resposta, define MTTD e MTTR com medição honesta, estabelece metas por maturidade e exemplifica a redução fase a fase com um caso de 47 dias.
1. Contexto e Posicionamento no Framework CTH
O dwell time é o tempo decorrido entre o comprometimento inicial e a detecção da ameaça, e é a métrica primária de eficácia defensiva porque mede exatamente o que interessa: quanto tempo o adversário ficou livre na casa. Cada dia adicional de permanência aumenta o dano potencial de forma composta, com exfiltração de dados, persistência adicional, movimento lateral para sistemas mais críticos e backdoors de reserva. Reduzir o dwell time de meses para dias, e de dias para horas, é o objetivo estratégico mais importante de qualquer programa defensivo, e a combinação de CTI, hunting, detecção automatizada e resposta rápida é o caminho para atingir esse objetivo.
No framework, o IR.5 é o controle que dá sentido único a todos os outros: a esteira inteira existe para encurtar a janela em que o adversário opera invisível. Metas progressivas por nível de maturidade vão de 30 dias no nível 2 a menos de 4 horas de MTTD no nível 5, e o alcance dessas metas depende do investimento coordenado em automação de detecção, automação de resposta, hunting proativo regular e simulação contínua com o grupo SIM.x. Cada redução de 24 horas no dwell time pode significar a diferença entre uma violação contida e uma catástrofe.
2. Definição e Componentes do Tempo
Definir dwell time com precisão operacional exige decompô-lo, porque cada componente responde a uma capacidade diferente. O tempo até o primeiro sinal mede quanto tempo a atividade adversária acontece sem deixar qualquer traço visível na telemetria existente. O tempo até a detecção mede quanto tempo o sinal existe sem que nenhuma regra ou hunt o reconheça. O tempo até a confirmação mede quanto tempo a detecção aguarda análise humana que declare o incidente real, e a partir daí começa o tempo de resposta medido pelo MTTR até a resolução.
| Componente do tempo | O que mede | Onde a esteira CTH encurta |
|---|---|---|
| Tempo até o primeiro sinal | Período de atividade sem traço na telemetria | Menor exposição com INS, inventário e superfície monitorada; telemetria mais completa com DAT |
| Tempo até a detecção | Período de sinal presente e não reconhecido | Detecções melhores com DET e SIM; hunts proativos com HNT encontram o que nenhuma regra cobre |
| Tempo até a confirmação | Período entre alerta e declaração de incidente | Triagem com enriquecimento e SLA com IR.2; plataforma de caso com IR.1 |
| Tempo de resposta | Período entre confirmação e resolução | Resposta rápida com IR.3, playbooks do AUT.1 e contenção automatizada do AUT.5 |
A leitura estratégica da tabela é que não existe atalho único. Investir só em resposta acelera a contenção de um incidente detectado tardiamente, e o dano já está feito; investir só em detecção acelera o alerta, e a fila demorada adia a contenção. O dwell time é função do elo mais fraco da sequência, e o IR.5.4 usa justamente a simulação de adversário para localizar esse elo com dados, priorizando detecções para as técnicas que a simulação comprovou não serem vistas.
3. Métricas Associadas e Medição Honesta
| Métrica | Definição operacional | Risco de medição distorcida |
|---|---|---|
| MTTD | Média do tempo entre comprometimento estimado e detecção | Usa só casos detectados, subestimando o que nunca foi visto |
| MTTR | Média do tempo entre detecção e resolução do incidente | Pode incluir espera de decisão de negócio que não é capacidade do SOC |
| Tempo de contenção | Da confirmação à contenção executada | Oculta se a ação resolveu, e não só bloqueou o sintoma |
| Tempo de primeira análise | Da criação do caso ao primeiro registro analítico | Pode ser rápido em fila onde o caso errado é priorizado |
A medição honesta começa pelo problema clássico: a origem do comprometimento frequentemente é desconhecida na detecção. Quando a evidência forense permite datar o acesso inicial, o MTTD usa essa data. Quando não permite, o caso deve registrar um intervalo com limite superior e inferior justificados, por exemplo entre a última auditoria limpa do host e a primeira detecção, com o método de estimativa escrito no caso. Nunca vale usar a data da detecção como data de comprometimento, porque essa escolha produz MTTD zero e infla silenciosamente o programa com um número bonito e falso.
Duas salvaguardas de honestidade completam o quadro. Primeira: medir mediana e não apenas média, porque um único incidente de um ano distorce a média e esconde a rotina; reportar as duas, com a mediana como referência de operação e a cauda longa como risco visível. Segunda: reportar cobertura junto com velocidade, porque MTTD calculado apenas sobre o que as ferramentas viram é métrica do farol, e o escapamento que ninguém viu não aparece em relatório nenhum até que um hunt, um reporte externo ou um incidente subsequente o revele.
Para que o cálculo seja automático e auditável, os carimbos de tempo devem ser campos estruturados do caso no IR.1, e não texto livre na descrição. O registro abaixo mostra o conjunto mínimo compatível com o IR.5.1, incluindo o tratamento do intervalo estimado quando a origem é desconhecida.
{
"caso_id": "IR-2025-0127",
"severidade": "Alta",
"comprometimento_estimado": {
"limite_inferior": "2025-02-03T09:00:00Z",
"limite_superior": "2025-02-18T18:30:00Z",
"metodo": "última varredura limpa do host até primeira detecção",
"confianca": "media",
"evidencia": "linha do tempo forense, item 12 do caso"
},
"deteccao": "2025-02-18T18:30:00Z",
"confirmacao": "2025-02-18T20:05:00Z",
"contencao": "2025-02-18T22:40:00Z",
"resolucao": "2025-02-21T14:00:00Z",
"dwell_time_calculado": "15 dias a 15 dias e 12 horas",
"mttd_calculado": "12 dias a 15 dias",
"mttr_calculado": "2 dias e 18 horas"
}
Com carimbos estruturados, a distribuição de MTTD sai direto da plataforma de casos sem trabalho manual, como na consulta exemplificada abaixo, que permite ver mediana, média e a cauda longa em um só painel.
Exemplo KQL de distribuição de MTTD a partir dos casos
let casos = IncidentTable
| where Severidade in ("Alta", "Critico")
| extend mttd_dias = (Deteccao - ComprometimentoEstimadoInferior) / 1d;
casos
| summarize mediana_dias = percentile(mttd_dias, 50),
media_dias = avg(mttd_dias),
p90_dias = percentile(mttd_dias, 90),
pior_caso = max(mttd_dias),
total_casos = count()
| project total_casos, mediana_dias, media_dias, p90_dias, pior_caso
4. Panorama de Mercado e Tendência
Levantamentos anuais do setor, como o M-Trends e o Data Breach Investigations Report, têm mostrado trajetória consistente: a mediana global de dwell time caiu de meses, em meados da década passada, para faixas de uma a duas semanas em medições recentes, e as organizações com hunting estruturado descobrem intrusões proporcionalmente mais por esforço interno do que por notificação externa. O framework adota referência próxima a essa realidade, apontando média global na casa de três semanas com casos que atingem meses ou anos.
A interpretação correta desses levantamentos é comparativa e não absoluta. A queda observada em quem pratica hunting proativo indica que a variável que mais diferencia medianas é a capacidade de procurar, e não apenas de esperar alertas; organizações sem hunting dependem do adversário errar, e adversários maduros não erram com frequência. Para o programa, a lição é direta: a curva de dwell time é o indicador que responde se o investimento combinado em detecção, hunting e resposta está funcionando, e é por isso que o IR.5.2 exige meta formal e revisão trimestral com a alta direção.
5. Plano de Redução por Etapas com Metas Realistas
| Nível de maturidade | MTTD alvo | MTTR alvo | Dwell time alvo | Métodos primários |
|---|---|---|---|---|
| Nível 2 (Gerenciado) | Menos de 30 dias | Menos de 7 dias | Menos de 37 dias | Detecção básica via SIEM, resposta manual, sem hunting proativo |
| Nível 3 (Definido) | Menos de 14 dias | Menos de 72 horas | Menos de 17 dias | Detecção por regras Sigma, hunting mensal, resposta semi-automatizada |
| Nível 4 (Quantitativo) | Menos de 7 dias | Menos de 24 horas | Menos de 8 dias | Detecção orientada por ATT&CK, hunting semanal, SOAR automatizado, simulação trimestral |
| Nível 5 (Otimizado) | Menos de 24 horas | Menos de 4 horas | Menos de 28 horas | Detecção quase em tempo real, hunting contínuo, resposta automatizada, simulação mensal |
O plano de redução por etapas evita a meta-últimato, que promete horas de MTTD com telemetria de anos atrás. A sequência recomendada é: medir com honestidade e estabelecer a linha de base atual; mapear as técnicas de maior risco para o negócio sem detecção, com apoio da simulação do SIM.x; fechar primeiro as lacunas de telemetria que impedem qualquer detecção, com o DAT.x; criar e ajustar detecções para as técnicas priorizadas, com o DET e o AUT.3; instituir cadência de hunting para o que regra não cobre, com o grupo HNT; e automatizar a resposta das ameaças mais comuns e de maior impacto, com o AUT.5, mirando MTTD abaixo de 24 horas e MTTR abaixo de 4 horas para incidentes com playbook, como define o IR.5.3.
Cada etapa deve ter meta, dono e janela de tempo, com revisão trimestral dos resultados contra as metas e apresentação à alta direção como indicador-chave do programa, conforme o IR.5.2. Metas realistas são aquelas que o nível atual de maturidade sustenta, e saltos de nível saltam uma casa por vez.
| Etapa do plano | Meta da etapa | Dono típico | Janela de referência |
|---|---|---|---|
| Medir e fixar a linha de base | 100% dos casos Alta e Crítica com carimbos estruturados | MET.x e resposta | 30 dias |
| Cobrir lacunas de telemetria | Técnicas de alto risco com fonte de dados mínima habilitada | DAT.x | 60 a 90 dias |
| Fechar lacunas de detecção | Regras para as técnicas priorizadas em produção e testadas | DET e AUT.3 | 90 dias |
| Instituir cadência de hunting | Hunts semanais ou mensais com fila priorizada do TH.5 | HNT | 30 dias após linha de base |
| Automatizar a resposta | Playbooks para os cenários comuns, com guardrails do AUT.5 | AUT e resposta | 90 a 180 dias |
| Revisar e ajustar metas | Meta do próximo nível negociada com a direção com dados do trimestre | GOV | Trimestral |
Cadência merece ênfase especial no plano, porque é o único fator que comprime o tempo até a detecção sem depender do adversário errar. Detecções automatizadas cobrem o que foi previsto, e hunts em cadência regular cobrem o resto, buscando continuamente o que as regras não alcançaram; para ameaças críticas, o padrão de nível 5 empurra essa busca para contínua, com correlação multi-sensor em menos de 5 minutos e contenção automática em menos de 15 minutos para incidentes com playbook definido, conforme o IR.5.5.
6. Caso Exemplificado: Intrusão com 47 Dias de Dwell Time
O caso ilustra como cada fase do tempo se acumula. Com base em relatório tático sobre um grupo que abusa de ferramentas nativas do Windows para movimento lateral, um hunt testou a hipótese de execuções atípicas de wmic originadas de processos que não são ferramentas administrativas legítimas. A busca revelou execuções suspeitas em três estações e confirmou uma intrusão ativa há 47 dias, com persistência discreta e movimento lateral lento, exatamente o padrão que nenhuma regra de alerta havia flagrado.
| Fase do tempo | O que aconteceu no caso | O que teria encurtado a fase |
|---|---|---|
| Dias 0 a 3: primeiro sinal | Phishing entregue, execução de anexo, primeiro beacon, sem telemetria de processo no host | Telemetria de criação de processo do DAT.1 habilitada no parque inteiro |
| Dias 3 a 20: sinal presente e invisível | Tarefa agendada de persistência e varredura interna discretas, nenhum alerta disparado | Regra Sigma para criação de tarefa com binário não assinado, do DET, validada em simulação do SIM |
| Dias 20 a 44: movimento lateral lento | Uso de wmic em horários atípicos para execução remota, abaixo do radar | Stack counting de execução de wmic por host, do HNT.8, em cadência semanal |
| Dia 47: detecção por hunt | Hipótese testada, achado confirmado e convertido em caso | Hunting estruturado com fila priorizada do TH.5, em cadência mensal no mínimo |
| Dia 47: confirmação | Triagem com enriquecimento confirmou comprometimento em minutos | Enriquecimento automático do IR.2 e caso estruturado do IR.1 |
| Dia 47 a 48: resposta | Contenção dos três hosts, erradicação da persistência, reset de credenciais | Playbook do AUT.5 e procedimento do IR.3 pré-definidos para o padrão |
A aritmética do caso é a lição. Telemetria completa teria encurtado a fase invisível, porque o sinal existia desde o dia 3; uma única regra Sigma bem calibrada teria reduzido o dwell time em aproximadamente 40 dias; o hunting em cadência mensal teria limitado o pior cenário a cerca de 30 dias mesmo sem regra. Nenhum controle sozinho resolveria, e a combinação é exatamente a proposta da esteira: o incidente só foi encerrado porque detecção proativa, triagem e resposta integrada atuaram juntas no dia da descoberta.
O caso ainda tinha duas consequências de segunda ordem que merecem registro. A busca retroativa pela mesma técnica em todo o histórico disponível, conduzida como hunt de confirmação, verificou que nenhum outro host apresentava o padrão, transformando o achado em verificação de escopo. E o par de detecções derivadas do incidente, uma para a persistência e outra para o uso atípico de wmic, passou a integrar o catálogo do DET com teste de regressão, garantindo que a mesma cadeia não comprasse 47 dias de silêncio novamente.
7. Implementação e Salvaguardas por Nível
| Nível | Salvaguarda | Descrição operacional |
|---|---|---|
| Básico | IR.5.1 | Medir obrigatoriamente MTTD e MTTR para todo incidente de severidade Alta e Crítica, registrando datas de comprometimento estimado, detecção e resolução no caso |
| Básico | IR.5.2 | Estabelecer metas formais de redução de dwell time por nível de maturidade, com revisão trimestral e apresentação à alta direção como indicador-chave |
| Intermediário | IR.5.3 | Automatizar detecção e resposta para as ameças mais comuns e de maior impacto, mirando MTTD abaixo de 24 horas e MTTR abaixo de 4 horas com playbook definido |
| Intermediário | IR.5.4 | Usar resultados de simulação de adversário para identificar técnicas ATT&CK não detectadas e priorizar detecções para as técnicas mais usadas pelos adversários do setor |
| Avançado | IR.5.5 | Operar detecção e resposta quase em tempo real para ameaças críticas, com correlação multi-sensor em menos de 5 minutos e contenção automática em menos de 15 minutos |
A progressão exige carimbos confiáveis antes de exigir velocidade, e por isso o IR.5.1 é pré-requisito de tudo: métrica sem data honesta de comprometimento estimado é dashboard decorativo. O IR.5.4 conecta a resposta à simulação, e o IR.5.5 só deve ser operado com os guardrails do AUT.5 maduros, porque contenção automática em 15 minutos sem lista de isenção e rollback testado acelera tanto o acerto quanto o erro.
8. Erros Comuns e Pontos de Atenção
- Datar comprometimento na detecção: MTTD fabricado com data de alerta esconde a verdadeira janela adversária e destrói a credibilidade da métrica perante quem entende; registre intervalo com método quando a origem for incerta.
- Meta agressiva sem telemetria: prometer MTTD de horas com parque sem log de processo é construir meta sobre dado inexistente; feche primeiro a lacuna de visibilidade.
- Média sem mediana e sem cauda: um incidente de 300 dias apaga doze de 3 dias; reporte as duas medidas e a distribuição, e investigue sempre a cauda.
- Otimizar só a resposta: contenção em minutos sobre detecção em semanas reduz MTTR e não o dano; o dwell time é soma, e a soma manda.
- Fila de confirmação invisível ao executivo: alertas gerados em tempo real que esperam dias por análise produzem dwell time de fila, e não de ferramenta; meça o tempo até a confirmação separadamente.
- Métrica sem revisão executiva: meta que ninguém cobra vira decoração; o IR.5.2 existe para transformar dwell time em compromisso de calendário da liderança.
- Hunting esporádico tratado como solução: hunt único impressiona relatório e não muda mediana; cadência é o que comprime o tempo até a detecção.
- Painel sem contexto de cobertura: relatório que exibe MTTD bonito e esconde o número de escapamentos descobertos por terceiros transforma métrica em marketing; reporte a origem de cada detecção junto com o tempo.
9. Integração com Outros Controles do Framework CTH
O IR.5 é o índice agregado da esteira, e por isso toca todos os grupos: a exposição reduzida com o INS.x encurta o caminho até o primeiro sinal, a telemetria do DAT.x define o que existe para ser visto, as detecções do DET e do AUT.3 reconhecem o padrão, as simulações do SIM.x provam onde o farol não alcança, os hunts do HNT procuram o que regra nenhuma cobre e a resposta do IR.1 ao IR.4 converte detecção em dano limitado e aprendizado. O MET.x consolida os carimbos em MTTD, MTTR e tempo de contenção, o GOV transforma a curva em decisão de investimento e o CTI.9 devolve ao ciclo de inteligência os TTPs que cada incidente revelou, mantendo a espiral de maturidade girando na direção certa: menos tempo para o adversário, mais tempo para a defesa.