Pular para o conteúdo principal

Questão de Segurança da Informação — Demais Ferramentas de Segurança de Perímetro (WAF, UTM etc.) — FGV 2025

Segurança da InformaçãoDemais Ferramentas de Segurança de Perímetro (WAF, UTM etc.)
Código
fg169143
Banca
FGV
Órgão
ALEAM
Ano
2025
Cargo
Ana Leg ( )
Um WAF (Web Application Firewall) está sendo configurado para proteger aplicações web críticas. Sobre a implementação e limitações de WAF, é correto afirmar que o
  1. Aelimina necessidade de validação de entrada no código.
  2. Bopera na camada 7, protegendo contra-ataques de aplicação, mas não substitui práticas de desenvolvimento seguro.
  3. Cdeve operar em modo de bloqueio imediatamente sem período de aprendizado.
  4. Dprotege somente contra-ataques DDoS volumétricos de camadas 3 e 4.
  5. Enão consegue distinguir tráfego legítimo de malicioso.
Revelar gabarito e comentário

GabaritoB — opera na camada 7, protegendo contra-ataques de aplicação, mas não substitui práticas de desenvolvimento seguro.

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

WAF (Web Application Firewall) e a Defesa em Camadas

Gabarito: letra B. O WAF é um firewall especializado que opera na camada 7 (aplicação) do modelo OSI, protegendo aplicações web contra ataques como SQL Injection, XSS e CSRF, mas não substitui as práticas de desenvolvimento seguro — ele é uma camada complementar de defesa, não a solução definitiva. A alternativa B captura exatamente essa dualidade: proteção na camada de aplicação + limitação (não substitui o código seguro).

O WAF (Web Application Firewall) é um controle de segurança de perímetro voltado especificamente para aplicações web. Diferente dos firewalls tradicionais, que filtram tráfego com base em endereços IP, portas e protocolos (camadas 3 e 4), o WAF inspeciona o conteúdo das requisições HTTP/HTTPS, entendendo a semântica da aplicação. Ele funciona como um proxy reverso ou é implantado em linha (inline), analisando o tráfego antes que ele chegue ao servidor de aplicação.

A principal função do WAF é detectar e bloquear ataques que exploram vulnerabilidades de aplicação, como:

  • SQL Injection — injeção de comandos SQL maliciosos em campos de entrada;

  • XSS (Cross-Site Scripting) — injeção de scripts no navegador da vítima;

  • CSRF (Cross-Site Request Forgery) — forjar requisições em nome de um usuário autenticado.

Esses ataques não são visíveis para firewalls de rede, pois viajam dentro de requisições HTTP aparentemente legítimas. O WAF preenche essa lacuna, analisando o payload da aplicação.

No entanto, o WAF tem limitações importantes. Ele não elimina a necessidade de validação de entrada no código (alternativa A errada). A segurança de uma aplicação web é uma responsabilidade compartilhada: o WAF é uma camada de proteção, mas a aplicação deve ser desenvolvida com práticas seguras (validação de entrada, parametrização de consultas SQL, escape de saída, etc.). O WAF pode mitigar ataques conhecidos, mas não conhece a lógica de negócio da aplicação nem protege contra vulnerabilidades específicas que não seguem padrões conhecidos.

Outra limitação é que o WAF não é uma solução mágica para DDoS volumétrico (alternativa D errada). Ele pode ajudar a mitigar alguns tipos de ataques de aplicação (como DDoS de camada 7, ex.: flood de requisições HTTP), mas ataques volumétricos de camadas 3 e 4 (como UDP flood, SYN flood) são melhor tratados por firewalls de rede, sistemas anti-DDoS especializados ou serviços de mitigação na nuvem.

A implementação de um WAF também não deve ser feita em modo de bloqueio imediatamente (alternativa C errada). O correto é iniciar em modo de aprendizado (learning mode) ou detecção, observando o tráfego legítimo e ajustando as regras para evitar falsos positivos (bloqueio de tráfego legítimo). Só depois de um período de ajuste é que se coloca em modo de bloqueio ativo.

Por fim, o WAF consegue distinguir tráfego legítimo de malicioso (alternativa E errada) — essa é a sua função principal. Ele usa assinaturas de ataques conhecidos, regras de comportamento e, em soluções mais avançadas, análise heurística e aprendizado de máquina para identificar e bloquear tráfego malicioso, permitindo a passagem do tráfego legítimo.

A pegadinha central desta questão é a tentação de superestimar o WAF. O candidato pode ser levado a pensar que, por ser uma ferramenta poderosa, ele resolve todos os problemas de segurança da aplicação. A alternativa B é a única que reconhece tanto a capacidade (camada 7) quanto a limitação (não substitui desenvolvimento seguro) — e é exatamente esse equilíbrio que a banca cobra.

WAF (Web Application Firewall)
  • 1O que faz
    • Opera na camada 7 (aplicação)
    • Protege contra SQL Injection, XSS, CSRF
    • Distingue tráfego legítimo de malicioso
  • 2O que NÃO faz
    • Não elimina validação de entrada no código
    • Não substitui desenvolvimento seguro
    • Não trata DDoS volumétrico (camadas 3/4)
  • 3Implementação correta
    • Iniciar em modo aprendizado/detecção
    • Ajustar regras para evitar falsos positivos
    • Depois ativar modo de bloqueio
LEVEL · soulevel.com.br

Alternativa A — ❌ Incorreta

Afirma que o WAF elimina a necessidade de validação de entrada no código. Isso é falso. O WAF é uma camada de proteção externa, mas a validação de entrada é uma prática de desenvolvimento seguro que deve ser implementada no código da aplicação. O WAF pode bloquear ataques conhecidos, mas não conhece a lógica de negócio e não pode proteger contra todas as variações de ataques. A segurança em profundidade (defense in depth) exige múltiplas camadas: o WAF é uma delas, mas a validação no código é outra, igualmente essencial.

Alternativa B — ✅ Correta ⟵ GABARITO

Afirma que o WAF opera na camada 7, protegendo contra ataques de aplicação, mas não substitui práticas de desenvolvimento seguro. Esta é a definição correta. O WAF atua na camada de aplicação do modelo OSI, inspecionando o tráfego HTTP/HTTPS e bloqueando ataques como SQL Injection, XSS e CSRF. No entanto, ele é uma ferramenta complementar: não substitui a necessidade de código seguro, validação de entrada, parametrização de consultas e outras boas práticas de desenvolvimento. A segurança da aplicação é uma responsabilidade compartilhada entre a equipe de desenvolvimento e a equipe de segurança.

Alternativa C — ❌ Incorreta

Afirma que o WAF deve operar em modo de bloqueio imediatamente sem período de aprendizado. Isso é incorreto e perigoso. A implementação correta de um WAF envolve um período de aprendizado, no qual o WAF observa o tráfego legítimo, aprende os padrões normais da aplicação e ajusta suas regras. Colocar o WAF em modo de bloqueio imediatamente pode causar falsos positivos, bloqueando tráfego legítimo e prejudicando a disponibilidade da aplicação. O modo de aprendizado permite calibrar as regras antes de ativar o bloqueio.

Alternativa D — ❌ Incorreta

Afirma que o WAF protege somente contra ataques DDoS volumétricos de camadas 3 e 4. Isso é duplamente errado. Primeiro, o WAF não é especializado em DDoS volumétrico — essa é a função de firewalls de rede, sistemas anti-DDoS e serviços de mitigação. Segundo, o WAF protege contra ataques de camada 7 (aplicação), como SQL Injection, XSS e CSRF, não contra ataques de camadas 3 e 4. A alternativa inverte completamente o papel do WAF.

Alternativa E — ❌ Incorreta

Afirma que o WAF não consegue distinguir tráfego legítimo de malicioso. Isso é falso — distinguir tráfego legítimo de malicioso é exatamente a função principal do WAF. Ele usa assinaturas de ataques, regras de comportamento, análise heurística e, em soluções avançadas, aprendizado de máquina para identificar e bloquear tráfego malicioso, permitindo a passagem do tráfego legítimo. Se o WAF não conseguisse fazer essa distinção, ele seria inútil.

NÃO CAIA NESSA!

A banca explora a superestimação do WAF. O candidato pode ser tentado a acreditar que o WAF é uma solução completa (alternativa A) ou que ele é limitado demais (alternativas D e E). A alternativa B é a única que reconhece o equilíbrio: o WAF é poderoso na camada 7, mas não substitui o desenvolvimento seguro. Lembre-se: segurança em profundidade — o WAF é uma camada, não a solução final.

PEGA ESSA DICA!

Para questões sobre WAF, lembre-se do par capacidade × limitação: o WAF protege contra ataques de aplicação (camada 7), mas não substitui código seguro. Se a alternativa disser que o WAF "elimina", "substitui" ou "resolve tudo", desconfie. Se disser que ele "não consegue" ou "protege somente" algo específico, também desconfie. A resposta correta quase sempre reconhece tanto o que o WAF faz quanto o que ele não faz.

Gabarito: letra B

Link permanente: /questoes/fg169143