Todos os produtos
Search
Central de documentação

Web Application Firewall:configure http flood protection

Última atualização: Oct 12, 2026

A proteção contra flood http no Web Application Firewall (WAF) defende contra ataques de flood http (CC) na camada de aplicação. Escolha um modo de proteção integrado para defesa de rotina ou resposta a emergências e garanta a continuidade do service.

Conceitos principais

  • Proteção contra flood http: Um módulo dentro do Core Web Protection. ative este recurso e crie um ou mais modelos de proteção.

  • Modelo de proteção: Define as regras de proteção e seu escopo. Um modelo consiste em Template Information, Rule Configuration e Apply To.

    • Template Information: Define o tipo de modelo. Não é possível alterar o tipo após a criação do modelo. O WAF oferece suporte aos seguintes tipos de modelo:

      Tipo de modelo

      Descrição

      Casos de uso

      Modelo de proteção padrão

      • As assinaturas do WAF Pro Edition, WAF Enterprise Edition e WAF Ultimate Edition incluem um modelo de proteção padrão inicial.

      • Após a criação, o sistema aplica o modelo automaticamente a objetos protegidos e grupos de objetos não associados a um modelo de proteção personalizado. O sistema também protege automaticamente novos objetos.

      • exclua manualmente objetos específicos e defina seu status como Not Applied.

      • É possível criar apenas um modelo de proteção padrão para o módulo de proteção contra flood http.

      • Ao remover um objeto protegido de um modelo personalizado, o sistema o readiciona automaticamente ao modelo padrão.

      Implantar regras de proteção gerais de aplicação global.

      Modelo de proteção personalizado

      • especifique manualmente os objetos protegidos ou grupos de objetos aos quais o modelo se aplica.

      • Ao adicionar um objeto protegido a um modelo personalizado, o sistema remove automaticamente o objeto do modelo padrão.

      Implantar regras de proteção refinadas para service específicos.

    • Rule Configuration: Inclui regras de detecção integradas baseadas em um banco de dados de assinaturas de ataque. selecione um Protection Mode e uma Action de resposta, sem a necessidade de escrever regras personalizadas.

    • Apply To: Os objetos protegidos ou grupos de objetos aos quais as regras de proteção se aplicam. É possível associar cada objeto protegido ou grupo de objetos a apenas um modelo de proteção.

      • Objeto protegido: Criado automaticamente ao adicionar um nome de domínio ou uma instância de service em cloud ao WAF.

      • Grupo de objetos: Adicione vários objetos protegidos a um grupo de objetos para gerenciamento centralizado.

Procedimento

Nota
  • Pré-requisitos: Antes de começar, certifique-se de ter adicionado seu web service ao WAF para criar um objeto protegido. Caso não tenha adicionado seu web service, consulte Add a service.

  • Configuração inicial: Estas etapas descrevem a criação de um novo modelo de proteção contra flood http, útil quando não há modelos ou quando são necessárias configurações separadas para objetos diferentes. Para assinaturas do WAF Pro Edition, WAF Enterprise Edition e WAF Ultimate Edition, o sistema fornece um modelo de proteção padrão que atende às necessidades de proteção de rotina. Se a proteção padrão for ineficaz, consulte Handle false positives and false negatives.

  1. Acesse o console do WAF:

    Faça logon no Web Application Firewall 3.0 console. Na barra de navegação superior, selecione o grupo de recursos e a região (Chinese Mainland ou Outside Chinese Mainland) da sua instância do WAF. Em seguida, no painel de navegação à esquerda, escolha Protection Config > Core Web Protection e clique em Create Template na seção HTTP Flood Protection.

  2. configure Template Information:

    • Template Name: insira um nome descritivo para o modelo.

    • Save as Default Template: O sistema fornece um modelo de proteção padrão inicial para assinaturas do WAF Pro Edition, WAF Enterprise Edition e WAF Ultimate Edition. É possível criar apenas um modelo de proteção padrão para o módulo de proteção contra flood http. Se o modelo padrão inicial já existir, não é possível defina este parâmetro como Yes.

      • Yes: Não especifique o Apply To. Após a criação, o modelo se aplica automaticamente a objetos protegidos e grupos de objetos não associados a um modelo de proteção personalizado. O sistema também protege automaticamente objetos recém-adicionados. exclua manualmente objetos específicos e defina seu status como Not Applied.

      • No: especifique manualmente o Apply To ou os grupos de objetos aos quais o modelo se aplica.

  3. Rule Configuration:

    • Protection Mode: selecione o Standard Mode ou o Strict Mode. Cada modo contém várias regras de proteção integradas.

      • Standard Mode: Bloqueia apenas requisições com assinaturas de ataque óbvias. Este modo apresenta baixa taxa de falsos positivos e é adequado para operações de rotina e cenários de tráfego estável.

      • Strict Mode: Usa algoritmos de detecção de alta intensidade para bloquear ataques de flood http, mas apresenta uma taxa de falsos positivos mais alta. ative este modo apenas quando o Standard Mode for ineficaz e você observar degradação do service, como atrasos na resposta ou alto uso de cpu ou memória.

        Nota

        O Strict Mode é adequado apenas para páginas web, incluindo páginas HTML5. Não use para APIs ou aplicativos nativos para evitar um grande número de falsos positivos. Para cenários de API ou aplicativos nativos, use um modelo de proteção de custom rule.

    • Action: Ação aplicada a requisições que correspondem a uma regra de proteção.

      • JavaScript Validation: Envia um desafio de validação JavaScript para o cliente. Adequado para cenários de proteção geral.

      • Monitor: Registra o evento em log sem bloquear a requisição. Adequado para validação de políticas, testes de service ou fases de teste.

  4. selecione Apply To:

    selecione os protected objects and object groups para este modelo. Os objetos protegidos do modelo dependem da configuração na Etapa 2:

    • Ao usar o modelo de proteção padrão criado pelo sistema ou defina o novo modelo como padrão: Não selecione objetos protegidos. O modelo se aplica automaticamente a todos os objetos protegidos e grupos de objetos não associados a um modelo personalizado, incluindo os recém-adicionados. exclua manualmente objetos específicos e defina seu status como Not Applied.

    • Caso o modelo não seja definido como padrão: selecione manualmente os objetos protegidos e os grupos de objetos aos quais o modelo se aplica.

      Nota

      Ajuste o status de aplicação dos objetos protegidos ou grupos de objetos durante ou após a criação do modelo.

Como lidar com falsos positivos e falsos negativos

Se o modelo de proteção não conseguir bloquear ataques de flood http ou bloquear indevidamente o tráfego legítimo, use as etapas a seguir para diagnosticar e resolver o problema.

No Standard Mode, ataque não bloqueado

Se o WAF não conseguir bloquear as requisições de ataque, verifique as causas comuns e as respectivas soluções a seguir.

  • O WAF não processa as requisições

    • Causa: O certificado SSL ou a porta do listener configurada no WAF não corresponde à configuração do servidor de source.

    • Causa: No modo de registro CNAME, o registro DNS não foi modificado corretamente para direcionar o tráfego para o WAF.

    • Causa: No modo de registro CNAME, os invasores contornam o WAF acessando diretamente o endereço IP do servidor de source.

      Recomendação: configure o grupo de segurança do seu servidor de source para permitir tráfego apenas dos blocos CIDR de back-to-origin do WAF.

    • Causa: Ao adicionar um service em cloud, a instância adicionada à proteção do WAF não é a mesma para a qual o nome de domínio resolve.

      Recomendação: Certifique-se de que a instância correta do service em cloud seja adicionada ao WAF.

  • O WAF processa as requisições, mas elas não correspondem às regras

    Se o modelo de proteção contra flood http no Standard Mode ainda for ineficaz, tome as medidas a seguir:

    • ative Strict Mode: Este modo é adequado para recuperação de emergência do service durante um ataque de flood http e aplica-se apenas a service web e HTML5. Para evitar um grande número de falsos positivos, adicione usuários legítimos a um whitelist com base em análise de clustering.

    • Use o módulo de custom rule: O WAF permite criar políticas de proteção com base em campos como endereço IP do cliente, URI, User-Agent e região para uma defesa precisa contra assinaturas de ataque específicas. No entanto, essa opção requer a análise de logs de acesso para identificar padrões de ataque.

    • Use o Anti-DDoS Proxy: Ataques de flood http de alto volume podem gerar picos de tráfego que excedem o blackhole threshold do Anti-DDoS Basic. Se isso ocorrer, o tráfego do WAF é descartado por blackhole e fica inacessível. Nesse caso, use o Anti-DDoS Proxy. Para mais informações, consulte Configure HTTP flood protection.

No Strict Mode, bloqueio incorreto de service normais

Se o modelo de proteção contra flood http no Strict Mode causar excesso de falsos positivos, tome as medidas a seguir:

  • Adicione tráfego normal à lista de permissões: Adicione usuários legítimos ao whitelist com base em recursos de clustering.

  • Mude para Standard Mode e use o módulo de proteção de custom rule: O WAF permite que você defina políticas de proteção com base em campos como IP do cliente, URI de acesso, User-Agent e região para defender-se com precisão contra padrões de ataque específicos. No entanto, é preciso analisar primeiro os logs de acesso para identificar esses padrões.

  • Use o Anti-DDoS Pro: Durante ataques de flood http de alta frequência, o pico de tráfego pode exceder o blackhole threshold of Anti-DDoS Origin. Se esse limiar for excedido, o tráfego para o WAF é descartado por blackhole e seu service fica inacessível. Nesse caso, use o Anti-DDoS Pro para proteção. Para mais informações, consulte Configure HTTP flood attack protection.

Manutenção de rotina

O sistema ativa os novos modelos de proteção contra flood http por padrão. Execute as ações a seguir na lista de modelos de proteção:

  • visualize um modelo de proteção: Clique no ícone expand icon à esquerda do nome do modelo de proteção e visualize as regras contidas no modelo.

  • ative ou desative um modelo de proteção: Use o Status para ativar ou desativar o modelo.

  • edite um modelo de proteção: Na coluna Actions do modelo de proteção, clique em Edit e modifique configurações como Template Information, Rule Configuration e Apply To.

  • exclua um modelo de proteção: Quando um modelo não for mais necessário, clique em Delete na coluna Actions do modelo. Na caixa de diálogo exibida, clique em Delete para concluir a ação.

    Importante
    • Se o modelo de proteção personalizado de um objeto protegido for excluído, o sistema adiciona automaticamente o objeto protegido ao modelo de proteção padrão.

    • Se o modelo de proteção padrão for excluído enquanto contém objetos protegidos, esses objetos protegidos ficarão desprotegidos pelas regras de proteção contra flood http.

Perguntas frequentes

Por que meu servidor ou banco de dados está com alto uso de cpu, carga aumentada e lentidão na resposta?

Isso pode acontecer durante um ataque CC de baixa frequência. Esse tipo de ataque simula o comportamento de usuários reais ao acessar persistentemente interfaces que consomem muitos recursos, como login, pesquisa e envio de pedidos, com uma baixa frequência de requisições. Essa atividade aumenta a carga da cpu do servidor, esgota o pool de conexões do banco de dados e resulta em tempos de resposta mais lentos.

Os sintomas comuns incluem:

  • Um aumento anormal no tráfego do service ou em Consultas por Segundo (QPS) em um curto período.

  • A porcentagem de requisições para uma URI específica é significativamente maior que a média.

  • Uma distribuição anormal de endereços IP de source, como uma grande quantidade de IPs de fora da China, de pools de IP de proxy ou de vários novos segmentos de IP em um curto período.

  • A porcentagem de tráfego de um endereço IP individual aumenta repentinamente.

Medidas de mitigação:

  • Opção 1: Mitigação sem o WAF

    Atualize os recursos em cloud, como especificações da instância ECS e largura de banda, para lidar com o tráfego de ataque. Como alternativa, identifique os endereços IP de source anormais e adicione-os a um grupo de segurança ECS ou à lista de bloqueios do firewall do sistema. No entanto, como os endereços IP de source do ataque costumam ser dinâmicos, manter manualmente uma lista de bloqueios é ineficiente.

  • Opção 2: Conecte-se ao WAF (Recomendado)

    Conecte seus ativos ao WAF e configure as regras de proteção CC descritas neste tópico para proteção com um clique. Se o tráfego de ataque tiver características fixas, use também a limitação de taxa Custom rules ou Region blocking rules para bloqueio preciso. Embora os endereços IP de source dos ataques costumem ser dinâmicos, a URI, o User-Agent ou a região de source das requisições maliciosas podem ser fixos.

Por que alguns usuários veem um pop-up de CAPTCHA deslizante após a ativação do WAF?

Um pop-up de CAPTCHA deslizante geralmente ocorre devido a uma política de mitigação do WAF. Por exemplo, pode ocorrer se a ação de uma regra no módulo de Gerenciamento de Bots ou Custom Rules estiver definida como Slider CAPTCHA.

Etapas de solução de problemas

  1. confirme a origem do gatilho: Verifique seu servidor de source e outros products de segurança de rede. Se nenhum desses products estiver configurado para usar CAPTCHA deslizante, o WAF é a source do pop-up.

  2. Verifique as configurações de regras: Faça logon no console do WAF. Examine as configurações de regras nos módulos Protect web applications with bot management e Custom rules.

  3. Localize a regra específica: Consulte os relatórios de segurança do WAF para obter logs de bloqueio detalhados e identificar o ID da regra e o motivo do gatilho.

Quais são as diferenças entre o Gerenciamento de Bots, as Regras Personalizadas e a Proteção contra flood http do WAF?

Os módulos de Proteção contra flood http, Regras Personalizadas e Gerenciamento de Bots do WAF ajudam a mitigar ataques de flood http das seguintes maneiras:

  • Proteção contra flood http: Detecta automaticamente o tráfego de ataque e usa verificação CAPTCHA com base em algoritmos integrados. ative este recurso com um único clique para facilitar a configuração. No entanto, não há suporte para configurações personalizadas refinadas.

  • Regras Personalizadas: Permite que você defina condições de correspondência, tipos de proteção e ações. Suas regras de limitação de taxa podem mitigar com precisão os ataques de flood http. No entanto, exige familiaridade com a linha de base de requisições normais e outros contextos de negócios.

  • Gerenciamento de Bots: Foca na detecção e no gerenciamento de tráfego de programas automatizados (bots). Usa métodos como a verificação CAPTCHA para distinguir usuários reais de scripts maliciosos.

Qual é a diferença entre a limitação de taxa do ALB e o WAF para mitigar ataques de flood http?

  • Limitação de taxa do ALB: Controla o tráfego com base apenas em limiares de frequência de requisições, como consultas globais por segundo (QPS) ou QPS por IP de source. Não valida o conteúdo da requisição, podendo bloquear rajadas de tráfego legítimo. Ao ser acionado, retorna um código de status 503 por padrão e não oferece suporte a outras ações, como verificação CAPTCHA.

  • WAF: Detecta em várias dimensões, como a URI da requisição, parâmetros, campos de cabeçalho, comportamento de acesso e recursos de bots. Isso permite uma proteção refinada para URLs e interfaces específicas, ou contra padrões de comportamento anormais.

O WAF bloqueia requisições de acesso de alta frequência por padrão?

O WAF não bloqueia requisições de acesso de alta frequência por padrão. Para bloquear essas requisições, configure a limitação de taxa Custom rules.

A configuração de várias regras ou modelos de mitigação no WAF afeta o custo?

O impacto do número de regras ou modelos de mitigação do WAF no custo depende do método de faturamento da instância:

  • Assinatura: Não há cobrança de taxas extras. Adicione configurações até os limites de modelos e regras sem incorrer em custos adicionais.

  • Pagamento conforme o uso: Há cobrança de taxas extras. O custo está diretamente relacionado ao número de regras configuradas. Quanto mais regras, maior o custo.