Voltar
Cloudflare lança no WAF detecção de transação completa que cruza requisição e resposta

Cloudflare lança no WAF detecção de transação completa que cruza requisição e resposta

Aprofundamento CEVIU

Aprofundamento

A Cloudflare passou a olhar o HTTP como transação, não como requisição isolada. O WAF agora correlaciona o pedido com o que o origin devolveu e usa essa evidência para separar sondagem de exploração bem-sucedida. O exemplo da empresa é o path traversal: a tentativa de ler um arquivo fora do diretório permitido, somada a uma resposta com conteúdo típico de arquivo de configuração, indica exposição real de dados. Só o texto de configuração, sozinho, pode aparecer em documentação legítima. A combinação dos dois sinais é que pesa.

O mecanismo tem duas peças. As full transaction detections analisam o par requisição e resposta e gravam o resultado em campos. As response rules decidem o que fazer com isso, e podem trocar a resposta do origin por uma página de bloqueio com HTTP 403 antes que ela chegue a quem fez o pedido. Há um limite claro: a regra não desfaz o que o origin já executou. Também não é possível criar regras sobre o corpo da resposta por enquanto. As primeiras proteções gerenciadas cobrem a vulnerabilidade php2shell, os eventos aparecem no Security Analytics e nos Security Events, e todos os planos recebem o recurso, inclusive o Free, com até três regras de resposta customizadas (ações Log e Block).

O que mudou

A cobertura anterior do CEVIU mostra a Cloudflare empurrando o WAF para o lado da IA. Na matéria de 2 de outubro de 2026, a empresa descrevia testes dinâmicos com LLMs que geram e iteram payloads de ataque. Agora, em 22 de outubro de 2026, o argumento é espelhado: se agentes de IA adaptam payloads com base no feedback da aplicação, a defesa precisa enxergar esse feedback também. Antes o WAF avaliava só a entrada. Agora ele avalia a saída junto.

Por que isso importa

Regra só de requisição obriga a escolher entre falso positivo que quebra aplicação e brecha para tráfego ambíguo. Com a resposta como prova, o time de segurança bloqueia com mais confiança. E como o recurso vale para o plano Free, sites sem equipe de segurança dedicada também ganham essa camada contra falhas como a php2shell.

Linha do tempo

  1. Cloudflare apresenta teste dinâmico do WAF com LLMs que geram e iteram payloads de ataque.

  2. Cloudflare lança full transaction detections e response rules no WAF, para todos os planos.

Perguntas frequentes

O que são full transaction detections no WAF da Cloudflare?

São detecções que avaliam cada requisição HTTP junto com a resposta do origin. Assim o WAF responde se o pedido parece malicioso e também o que aconteceu quando a aplicação o processou. O resultado fica em campos que podem ser usados em regras.

O que as response rules fazem?

Bloqueiam a resposta do origin antes que ela chegue a quem fez a requisição. A Cloudflare a substitui por uma página de bloqueio do WAF com HTTP 403 ou por uma resposta customizada. Não desfazem ações que o origin já tenha executado.

Quem pode usar o recurso?

Está disponível para todos os clientes, inclusive no plano Free. O Managed Response Firewall Default ruleset permite ativar a proteção com um clique. Clientes pagantes também usam os campos de detecção em regras customizadas, e todos podem criar até três regras de resposta.

Qual vulnerabilidade as proteções gerenciadas cobrem hoje?

As primeiras proteções gerenciadas tratam da php2shell, vulnerabilidade divulgada recentemente. A Cloudflare diz que vai ampliar a cobertura, incluindo sinais de exposição e exfiltração de dados.

Fontes

Avalie este artigo:
Categoria
CEVIU Segurança da Informação
Publicado
22 de outubro de 2026
Editoria
CEVIU Segurança da Informação

Quer receber mais sobre CEVIU Segurança da Informação?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser