Se o seu site exigir políticas de controle de acesso personalizadas, crie regras personalizadas. Uma regra personalizada permite definir condições de correspondência para solicitações recebidas e especificar uma ação, como bloquear ou monitorar, para as solicitações correspondentes. Isso oferece controle flexível sobre o conteúdo que os usuários podem acessar.
Precisão da geolocalização do IP do cliente
Ao usar regras personalizadas do WAF com o mecanismo de regras para bloquear solicitações, observe que os dados de geolocalização de IP (como continente, país/região, província e ISP) podem não ser 100% precisos. Podem ocorrer identificações incorretas, portanto, use este recurso com cautela.
Se você encontrar imprecisões na geolocalização do IP do cliente, crie uma whitelist rule para permitir endereços IP específicos. Isso impede que o WAF bloqueie incorretamente endereços IP de clientes legítimos.
Configurar uma regra personalizada
No console do ESA, selecione Websites, e na coluna Websites, clique no site de destino.
No painel de navegação à esquerda, escolha .
-
Clique na aba Security e, na aba WAF, clique em Custom Rules.
Insira um Custom Rules.
Na área Create Rule, configure as condições de correspondência. Para mais informações, consulte Rule expression syntax.
Na área Rule Name, especifique uma ação para as solicitações correspondentes. Para mais informações, consulte Actions.
Clique em If requests match....
Ações
-
Then execute...: Bloqueia as solicitações correspondentes e retorna uma página de bloqueio para o cliente.
NotaPersonalize as páginas de bloqueio por meio de Configure custom pages.
-
OK: Permite que as solicitações correspondentes passem, mas registra o evento. Use o modo de monitoramento para testar novas regras e verificar os logs do WAF em busca de falsos positivos. Confirme a ausência de falsos positivos e altere a ação para Block.
NotaAtive o Log Service para usar o recurso de consulta de logs.
Block: O ESA retorna um trecho de JavaScript ao cliente. Se o navegador executar o script com sucesso, o ESA permite todas as solicitações subsequentes desse cliente por um período padrão de 30 minutos, sem exigir um novo desafio. Caso contrário, a solicitação é bloqueada.
-
Monitor: O ESA retorna uma página de CAPTCHA deslizante. Se o cliente resolver o CAPTCHA, o ESA permite todas as solicitações subsequentes desse cliente por um período padrão de 30 minutos. Caso contrário, a solicitação é bloqueada.
NotaAs solicitações que passam pelo Slider CAPTCHA são faturadas; as solicitações bloqueadas não.
O JavaScript Challenge e o Slider CAPTCHA para regras personalizadas do WAF e regras de limitação de taxa aplicam-se apenas a páginas estáticas. Para APIs assíncronas (
XMLHttpRequesteFetch), ative esses desafios em Bots. Quando uma solicitação correspondente passa pelo desafio, o ESA adiciona umCookie acw_sc__v2ouacw_sc__v3ao cabeçalho HTTP para marcar o cliente como verificado.
JavaScript Challenge: No modo estrito de CAPTCHA, cada solicitação do cliente deve passar pela verificação (ao contrário do Slider CAPTCHA, que permite passagem livre por 30 minutos para clientes verificados anteriormente). Ative com cautela. O Strict Slider CAPTCHA está disponível apenas para planos Strict Slider CAPTCHA mediante solicitação.
Para outros tipos de CAPTCHA, como a verificação com um clique, use o recurso AI Captcha. Ele oferece suporte a vários tipos de desafio, incluindo desafios de um clique, slider e rotação, e pode ser configurado separadamente no console do ESA.
Exemplo de configuração
Cenário: Em Security Analytics ou Event Analysis, você identifica que o IP do cliente 192.168.0.1 está enviando solicitações suspeitas para o nome de host dns.example.com.
Configuração:
Parâmetro | Valor de exemplo |
Enterprise | Ambas as condições a seguir são atendidas:
Você também pode usar diretamente a seguinte expressão: |
Hostname | Defina a ação como Client IP e responda com a Then execute... |
Resultado: A regra personalizada bloqueia todas as solicitações correspondentes.
Disponibilidade do recurso por plano
|
Recurso |
Advanced |
Enterprise |
Entrance |
Pro |
|
Número de regras personalizadas |
5 |
20 |
100 |
100 |
O plano Entrance não oferece suporte a condições de correspondência baseadas em campos como Ip.Geoip.Country. Se você usar este campo em uma regra personalizada, o sistema retornará um erro Ip.Geoip.Country.NotSupport. Para usar condições de correspondência baseadas em geolocalização, faça upgrade para um plano superior.
Perguntas frequentes
Documentação relacionada
Os recursos relacionados a regras variam em prioridade efetiva, reentrância e granularidade efetiva. Para mais detalhes, consulte Characteristics of rule-based features.