WAF : Web Application Firewall
Sécurité
Filtre applicatif (couche 7) qui inspecte les requêtes HTTP pour bloquer les attaques connues selon des règles type CRS.
Fonctionnement : Inspecte requêtes et réponses HTTP selon des règles (OWASP CRS) ; modes détection puis blocage.
Limites : Faux positifs à ajuster, contournements possibles. Complète un code sûr, ne le remplace pas.
Ce qui arrive si on s'en passe
Sans pare-feu applicatif, les requêtes HTTP atteignent l'application telles qu'elles arrivent, et chaque attaque connue, injection SQL ou script intersites, ne rencontre plus que le code, avec ses défauts. Aucun blocage de dernière minute ne vient couvrir la faille découverte le vendredi soir en attendant le correctif. Ignorer ses limites coûte autant : faux positifs non ajustés qui bloquent des utilisateurs légitimes, contournements par encodage, et surtout la tentation de le prendre pour un substitut au code sûr. Un filtre qui reconnaît les attaques connues protège assez bien contre les attaquants qui n'ont rien appris depuis.
Explication de la marmotte
Imagine un gardien devant la porte d’un site internet. Ce gardien regarde toutes les demandes que les visiteurs envoient pour entrer, comme des lettres ou des messages. Il sait reconnaître les demandes dangereuses, comme celles qui veulent casser la porte ou voler des informations, et il les bloque avant qu’elles n’arrivent à l’intérieur. Ce gardien utilise une liste de règles pour savoir ce qui est sûr ou non, un peu comme un filtre qui laisse passer uniquement ce qui est bon pour protéger le site.
Où ce terme est utilisé
- Configurer un WAF sans casser les fonctions métier (19 occurrences)
- QUIC, HTTP moderne, TLS et proxys applicatifs (7 occurrences)
- Sécuriser un load balancer cloud et la terminaison TLS (6 occurrences)
- Cloud networking, VPC/VNet, CDN et équilibrage (4 occurrences)
- Cross-site scripting (XSS) : mécanisme, variantes et défenses (4 occurrences)
- Filtrage, segmentation, NAC et Zero Trust (4 occurrences)
- Comment corriger une attaque path traversal (1 occurrence)
- Exploiter une injection SQL aveugle temporelle (1 occurrence)
- Sécuriser les extensions tierces WordPress (1 occurrence)