{"id":339,"date":"2026-06-22T09:00:00","date_gmt":"2026-06-22T09:00:00","guid":{"rendered":"https:\/\/shattered.io\/fr\/2026\/06\/22\/cloudflare-waf-vs-aws-waf-vs-modsecurity\/"},"modified":"2026-06-22T09:00:00","modified_gmt":"2026-06-22T09:00:00","slug":"cloudflare-waf-vs-aws-waf-vs-modsecurity","status":"publish","type":"post","link":"https:\/\/shattered.io\/fr\/2026\/06\/22\/cloudflare-waf-vs-aws-waf-vs-modsecurity\/","title":{"rendered":"Cloudflare WAF vs AWS WAF vs ModSecurity : 0 $ vs 200 $\/mois [2026]"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\">Un WAF (Web Application Firewall) bloque les attaques applicatives avant qu&#8217;elles n&#8217;atteignent votre code. En 2026, trois solutions dominent le march\u00e9 : <strong>Cloudflare WAF<\/strong>, <strong>AWS WAF<\/strong> et <strong>ModSecurity<\/strong>. Leurs tarifs vont de 0 $ \u00e0 plus de 200 $\/mois, et leurs architectures sont fondamentalement diff\u00e9rentes. Ce comparatif analyse chaque option sur la base des benchmarks, des prix r\u00e9els et des retours de la communaut\u00e9 s\u00e9curit\u00e9 pour les \u00e9quipes fran\u00e7aises et europ\u00e9ennes.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le march\u00e9 des WAF cloud explose en 2026 sous la pression de la directive <strong>NIS2<\/strong>, du RGPD et de la multiplication des attaques automatis\u00e9es visant les applications web. Choisir le mauvais outil co\u00fbte cher, pas seulement en licences mais en faux positifs, en temps de configuration et en incidents de production non d\u00e9tect\u00e9s. Ce guide vous donne les chiffres n\u00e9cessaires pour d\u00e9cider sans parti pris.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"quest-ce-quun-waf-et-pourquoi-en-avez-vous-besoin-en-2026\">Qu&#8217;est-ce qu&#8217;un WAF et pourquoi en avez-vous besoin en 2026 ?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Un WAF op\u00e8re en <strong>couche 7 du mod\u00e8le OSI<\/strong> (couche applicative). Contrairement \u00e0 un pare-feu r\u00e9seau classique qui filtre par IP, port et protocole, un WAF inspecte le contenu HTTP\/HTTPS : corps des requ\u00eates, en-t\u00eates, param\u00e8tres de requ\u00eate, cookies et r\u00e9ponses serveur. Il bloque les attaques comme l&#8217;injection SQL, le cross-site scripting (XSS), la travers\u00e9e de r\u00e9pertoires et les tentatives d&#8217;exploitation de CVE connues.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">En pratique, un WAF remplace des centaines de r\u00e8gles iptables \u00e9crites \u00e0 la main. Il comprend la s\u00e9mantique HTTP l\u00e0 o\u00f9 un pare-feu r\u00e9seau ne voit qu&#8217;un flux d&#8217;octets. C&#8217;est cette diff\u00e9rence qui en fait un outil indispensable pour tout service web expos\u00e9 \u00e0 Internet, en particulier face aux scanners automatiques qui sondent en permanence les ports 80 et 443 \u00e0 la recherche de surfaces d&#8217;attaque connues.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Les trois architectures disponibles r\u00e9pondent \u00e0 des besoins distincts. Un <strong>WAF en mode cloud\/proxy invers\u00e9<\/strong> (Cloudflare WAF) filtre le trafic avant qu&#8217;il n&#8217;arrive sur vos serveurs, en s&#8217;appuyant sur un r\u00e9seau mondial de points de pr\u00e9sence. Un <strong>WAF en mode managed service cloud<\/strong> (AWS WAF) s&#8217;int\u00e8gre directement aux services d&#8217;un fournisseur cloud. Un <strong>WAF en mode auto-h\u00e9berg\u00e9<\/strong> (ModSecurity, BunkerWeb) tourne sur vos propres serveurs et vous donne un contr\u00f4le total sur les r\u00e8gles et les donn\u00e9es de trafic.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le contexte r\u00e9glementaire europ\u00e9en renforce l&#8217;urgence de la d\u00e9cision. La directive NIS2, transpos\u00e9e dans le droit fran\u00e7ais en 2025, impose aux op\u00e9rateurs d&#8217;importance vitale (OIV) et aux entit\u00e9s essentielles de mettre en place des mesures techniques de protection des syst\u00e8mes d&#8217;information accessibles depuis Internet. Un WAF configur\u00e9 correctement r\u00e9pond directement \u00e0 cette exigence. La <a href=\"\/nis2-france-cjue-10000-entites-2026\/\">pression de la CJUE sur la transposition fran\u00e7aise<\/a> de NIS2 amplifie cette urgence pour les 10 000 entit\u00e9s concern\u00e9es.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"tableau-comparatif-global-cloudflare-waf-vs-aws-waf-vs-modsecurity-vs-bunkerweb-2026\">Tableau comparatif global : Cloudflare WAF vs AWS WAF vs ModSecurity vs BunkerWeb [2026]<\/h2>\n\n\n\n<figure class=\"wp-block-table\"><table><thead><tr><th>Crit\u00e8re<\/th><th>Cloudflare WAF<\/th><th>AWS WAF<\/th><th>ModSecurity<\/th><th>BunkerWeb<\/th><\/tr><\/thead><tbody><tr><td><strong>Type<\/strong><\/td><td>Cloud \/ CDN proxy<\/td><td>Managed service AWS<\/td><td>Open-source auto-h\u00e9berg\u00e9<\/td><td>Open-source NGINX<\/td><\/tr><tr><td><strong>Prix de d\u00e9part<\/strong><\/td><td>0 $ (plan Free)<\/td><td>5 $\/mois (Web ACL)<\/td><td>Gratuit<\/td><td>Gratuit<\/td><\/tr><tr><td><strong>Prix Pro\/standard<\/strong><\/td><td>20 $\/mois (annuel)<\/td><td>1 $\/r\u00e8gle\/mois + 0,60 $\/M req.<\/td><td>Co\u00fbt serveur uniquement<\/td><td>Co\u00fbt serveur uniquement<\/td><\/tr><tr><td><strong>Prix Business<\/strong><\/td><td>200 $\/mois (annuel)<\/td><td>Variable selon usage<\/td><td>N\/A<\/td><td>N\/A<\/td><\/tr><tr><td><strong>Mod\u00e8le de d\u00e9ploiement<\/strong><\/td><td>CDN edge mondial (310+ PoP)<\/td><td>CloudFront, ALB, API Gateway<\/td><td>Apache \/ Nginx \/ IIS<\/td><td>Docker \/ Kubernetes \/ Nginx<\/td><\/tr><tr><td><strong>Protection DDoS<\/strong><\/td><td>Int\u00e9gr\u00e9e (illimit\u00e9e)<\/td><td>Via AWS Shield Standard\/Advanced<\/td><td>Aucune (outil externe requis)<\/td><td>Partielle<\/td><\/tr><tr><td><strong>R\u00e8gles OWASP CRS<\/strong><\/td><td>Oui (jeux manag\u00e9s)<\/td><td>Oui (groupes manag\u00e9s)<\/td><td>Oui (CRS natif)<\/td><td>Oui (CRS int\u00e9gr\u00e9)<\/td><\/tr><tr><td><strong>R\u00e8gles personnalis\u00e9es<\/strong><\/td><td>Oui (Firewall Rules)<\/td><td>Oui (JSON\/YAML\/IaC)<\/td><td>Oui (SecRule illimit\u00e9es)<\/td><td>Oui (plugins)<\/td><\/tr><tr><td><strong>Protection API<\/strong><\/td><td>Avanc\u00e9e (API Discovery)<\/td><td>Limit\u00e9e (rate limiting)<\/td><td>Manuelle<\/td><td>Basique<\/td><\/tr><tr><td><strong>Protection bots<\/strong><\/td><td>Oui (Bot Management)<\/td><td>Partielle<\/td><td>Non (outil externe)<\/td><td>Oui<\/td><\/tr><tr><td><strong>Facilit\u00e9 de config<\/strong><\/td><td>Tr\u00e8s facile (UI web)<\/td><td>Moyenne (AWS Console\/IaC)<\/td><td>Difficile (fichiers SecRule)<\/td><td>Facile (UI web)<\/td><\/tr><tr><td><strong>Latence ajout\u00e9e<\/strong><\/td><td>Faible (edge PoP)<\/td><td>Faible (int\u00e9gration native)<\/td><td>Variable (selon r\u00e8gles actives)<\/td><td>Faible (local)<\/td><\/tr><tr><td><strong>Open-source<\/strong><\/td><td>Non<\/td><td>Non<\/td><td>Oui (Apache 2.0)<\/td><td>Oui (AGPL v3)<\/td><\/tr><tr><td><strong>Int\u00e9gration CI\/CD<\/strong><\/td><td>API Cloudflare \/ Terraform<\/td><td>AWS CDK \/ CloudFormation<\/td><td>Ansible \/ Puppet \/ FTW<\/td><td>Docker Compose \/ Helm<\/td><\/tr><tr><td><strong>Souverainet\u00e9 des donn\u00e9es<\/strong><\/td><td>Non (Data Localization Suite en Enterprise)<\/td><td>Non (hors EU regions)<\/td><td>Totale<\/td><td>Totale<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"cloudflare-waf-la-reference-pour-les-sites-a-fort-trafic\">Cloudflare WAF : la r\u00e9f\u00e9rence pour les sites \u00e0 fort trafic<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Cloudflare WAF op\u00e8re sur un r\u00e9seau de plus de 310 points de pr\u00e9sence r\u00e9partis dans le monde entier. Le trafic entrant vers votre site transite par le r\u00e9seau Cloudflare, o\u00f9 il est filtr\u00e9 avant d&#8217;atteindre votre infrastructure. Cette architecture signifie que les attaques volum\u00e9triques (DDoS de plusieurs Tbps) sont absorb\u00e9es en p\u00e9riph\u00e9rie sans impacter vos serveurs d&#8217;origine. En juin 2026, Cloudflare a publi\u00e9 dans son rapport annuel sur les menaces avoir bloqu\u00e9 un pic record de 31,4 Tbps lors d&#8217;une attaque DDoS contre un client europ\u00e9en.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le plan Free inclut un ensemble de r\u00e8gles manag\u00e9es basiques et la protection DDoS illimit\u00e9e. C&#8217;est d\u00e9j\u00e0 suffisant pour bloquer les scanners automatiques et les injections SQL triviales. Le plan Pro \u00e0 <strong>20 $\/mois (facturation annuelle, soit 25 $\/mois en mensuel)<\/strong> ajoute les r\u00e8gles manag\u00e9es OWASP, la d\u00e9tection des bots avanc\u00e9e et les r\u00e8gles personnalis\u00e9es illimit\u00e9es. Le plan Business \u00e0 <strong>200 $\/mois (annuel, soit 250 $\/mois en mensuel)<\/strong> d\u00e9bloque les certificats SSL personnalis\u00e9s, les pages d&#8217;erreur brand\u00e9es et les SLA \u00e0 100 % de disponibilit\u00e9.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"fonctionnalites-distinctives-de-cloudflare-waf\">Fonctionnalit\u00e9s distinctives de Cloudflare WAF<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>API Discovery<\/strong> : Cloudflare cartographie automatiquement les endpoints de votre API en analysant le trafic r\u00e9el, puis propose des r\u00e8gles adapt\u00e9es \u00e0 chaque endpoint. AWS WAF ne propose pas de fonctionnalit\u00e9 \u00e9quivalente dans ses plans standard. Pour les \u00e9quipes qui d\u00e9veloppent des API REST ou GraphQL expos\u00e9es publiquement, cette capacit\u00e9 de d\u00e9couverte r\u00e9duit significativement le risque de surface d&#8217;attaque non couverte.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Bot Management<\/strong> : le syst\u00e8me de d\u00e9tection des bots de Cloudflare utilise des empreintes de navigateur, des d\u00e9fis JavaScript et l&#8217;apprentissage automatique pour distinguer les bots malveillants des crawlers l\u00e9gitimes (Googlebot, Bingbot). Une caract\u00e9ristique que ModSecurity ne peut pas reproduire seul, sans int\u00e9gration d&#8217;outils tiers comme CrowdSec. Les tentatives de credential stuffing automatis\u00e9, tr\u00e8s r\u00e9pandues sur les formulaires de connexion, sont stopp\u00e9es par ce syst\u00e8me avant m\u00eame d&#8217;atteindre votre serveur d&#8217;application.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Firewall Rules avec syntaxe Wireshark<\/strong> : les r\u00e8gles personnalis\u00e9es utilisent un langage de filtrage intuitif que les \u00e9quipes r\u00e9seau reconnaissent imm\u00e9diatement. Les r\u00e8gles peuvent combiner des crit\u00e8res sur l&#8217;IP source, le chemin URL, les en-t\u00eates HTTP et les param\u00e8tres de requ\u00eate. Voici un exemple de r\u00e8gle pour bloquer les tentatives d&#8217;injection SQL sur un endpoint de recherche :<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>(http.request.uri.query contains \"UNION SELECT\" and http.request.uri.path eq \"\/api\/search\")\nor\n(http.request.uri.query contains \"' OR 1=1\" and http.request.method eq \"GET\")<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Benchmarks de d\u00e9tection mesur\u00e9s<\/strong> : un benchmark ind\u00e9pendant de 2026 mesure le taux de vrais positifs du Cloudflare WAF entre <strong>63,5 % et 91 %<\/strong> selon le profil d&#8217;attaques utilis\u00e9, avec des taux de faux positifs allant de 0,06 % \u00e0 57 % selon le niveau de sensibilit\u00e9 configur\u00e9. Le profil \u00e9tendu (80,4 % de vrais positifs, 6,1 % de faux positifs, pr\u00e9cision \u00e9quilibr\u00e9e de 87,2 %) repr\u00e9sente le meilleur compromis pour la production.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le principal inconv\u00e9nient de Cloudflare WAF reste la <strong>perte de visibilit\u00e9 sur les IP sources<\/strong> si votre configuration ne restaure pas correctement l&#8217;IP r\u00e9elle via l&#8217;en-t\u00eate <code>CF-Connecting-IP<\/code>. De plus, les logs complets (Cloudflare Logs) ne sont disponibles qu&#8217;\u00e0 partir du plan Business, ce qui limite la capacit\u00e9 d&#8217;investigation forensique sur les incidents sur les plans inf\u00e9rieurs. Enfin, pour les donn\u00e9es de sant\u00e9 soumises \u00e0 l&#8217;agr\u00e9ment HDS en France, Cloudflare n&#8217;est pas certifi\u00e9 HDS, ce qui exclut son utilisation directe pour ces cas d&#8217;usage.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"aws-waf-lintegration-native-dans-lecosysteme-amazon\">AWS WAF : l&#8217;int\u00e9gration native dans l&#8217;\u00e9cosyst\u00e8me Amazon<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">AWS WAF est un service manag\u00e9 qui s&#8217;int\u00e8gre directement \u00e0 l&#8217;infrastructure AWS : <strong>CloudFront<\/strong> (CDN), <strong>Application Load Balancer<\/strong>, <strong>API Gateway<\/strong>, <strong>AppSync<\/strong> et <strong>Cognito<\/strong>. Si votre stack tourne enti\u00e8rement sur AWS, AWS WAF \u00e9limine les frictions d&#8217;int\u00e9gration que vous rencontreriez avec un WAF externe. La configuration se fait via la console AWS, CloudFormation, AWS CDK ou Terraform, ce qui s&#8217;int\u00e8gre naturellement dans les pipelines DevOps existants.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le mod\u00e8le tarifaire est \u00e0 la consommation : <strong>5 $\/mois par Web ACL<\/strong>, <strong>1 $\/mois par r\u00e8gle personnalis\u00e9e<\/strong> et <strong>0,60 $ par million de requ\u00eates inspect\u00e9es<\/strong>. Pour un site moyen traitant 10 millions de requ\u00eates\/mois avec 10 r\u00e8gles personnalis\u00e9es, la facture mensuelle de base d\u00e9passe 21 $. La facturation grimpe rapidement avec le trafic et les groupes de r\u00e8gles manag\u00e9es souscrits via AWS Marketplace (chaque groupe co\u00fbte entre 5 $ et 20 $\/mois suppl\u00e9mentaires selon l&#8217;\u00e9diteur).<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"groupes-de-regles-managees-aws-waf\">Groupes de r\u00e8gles manag\u00e9es AWS WAF<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">AWS propose des groupes de r\u00e8gles manag\u00e9es officiels couvrant les cas d&#8217;usage suivants :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>AWSManagedRulesCommonRuleSet<\/strong> : protection de base OWASP (injections, XSS, travers\u00e9e de chemins)<\/li>\n<li><strong>AWSManagedRulesSQLiRuleSet<\/strong> : protection sp\u00e9cifique aux injections SQL<\/li>\n<li><strong>AWSManagedRulesKnownBadInputsRuleSet<\/strong> : blocage des payloads malveillants connus<\/li>\n<li><strong>AWSManagedRulesAmazonIpReputationList<\/strong> : blocage bas\u00e9 sur la r\u00e9putation IP<\/li>\n<li><strong>AWSManagedRulesWordPressRuleSet<\/strong> : protection sp\u00e9cifique aux installations WordPress<\/li>\n<li><strong>AWSManagedRulesPHPRuleSet<\/strong> : protection sp\u00e9cifique aux applications PHP<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">L&#8217;int\u00e9gration avec <strong>AWS Security Hub<\/strong> permet de centraliser les alertes WAF dans votre tableau de bord SIEM. Combin\u00e9 avec <strong>Amazon GuardDuty<\/strong>, AWS WAF peut automatiquement bannir des IP signal\u00e9es comme malveillantes, cr\u00e9ant une boucle de protection adaptative sans intervention manuelle. Cette synergie avec l&#8217;\u00e9cosyst\u00e8me AWS est l&#8217;argument le plus fort en faveur d&#8217;AWS WAF pour les organisations d\u00e9j\u00e0 investies dans AWS.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"limites-daws-waf-a-connaitre-avant-dacheter\">Limites d&#8217;AWS WAF \u00e0 conna\u00eetre avant d&#8217;acheter<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">La <strong>protection API<\/strong> d&#8217;AWS WAF reste basique : rate limiting par IP via API Gateway, sans d\u00e9couverte automatique des endpoints ni analyse comportementale du trafic API. Pour une API REST expos\u00e9e publiquement g\u00e9rant des donn\u00e9es sensibles, les \u00e9quipes doivent \u00e9crire des r\u00e8gles personnalis\u00e9es pour valider la structure des corps JSON, ce que Cloudflare WAF fait automatiquement en mode Business.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La <strong>protection DDoS<\/strong> repose sur AWS Shield Standard (gratuit, protection de base contre les attaques r\u00e9seau\/transport) ou AWS Shield Advanced (3 000 $\/mois, avec garantie de remboursement des co\u00fbts li\u00e9s \u00e0 une attaque et acc\u00e8s au DDoS Response Team d&#8217;Amazon). Pour les organisations sans budget Shield Advanced, une attaque volum\u00e9trique non absorb\u00e9e peut g\u00e9n\u00e9rer des factures AWS massives avant d&#8217;\u00eatre d\u00e9tect\u00e9e et trait\u00e9e.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Enfin, AWS WAF n&#8217;a pas de sens en dehors de l&#8217;\u00e9cosyst\u00e8me AWS. Si vous h\u00e9bergez des services sur GCP, Azure ou des serveurs d\u00e9di\u00e9s OVH\/Hetzner, vous aurez besoin d&#8217;une solution compl\u00e9mentaire, ce qui fragmente votre posture de s\u00e9curit\u00e9 et multiplie les surfaces d&#8217;administration.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"modsecurity-le-waf-open-source-de-reference-mondiale\">ModSecurity : le WAF open-source de r\u00e9f\u00e9rence mondiale<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">ModSecurity est le WAF open-source le plus d\u00e9ploy\u00e9 au monde. Initialement d\u00e9velopp\u00e9 par Ivan Ristic pour Apache en 2002, il supporte aujourd&#8217;hui Apache, Nginx et IIS. La version 3 (ModSecurity v3) apporte une architecture modulaire qui am\u00e9liore significativement les performances par rapport \u00e0 la version 2, notamment gr\u00e2ce \u00e0 une meilleure int\u00e9gration dans le pipeline de traitement Nginx via le module <code>ngx_http_modsecurity_module<\/code>.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">ModSecurity ne vient pas avec des r\u00e8gles pr\u00e9install\u00e9es. Sa puissance vient du <strong>OWASP ModSecurity Core Rule Set (CRS)<\/strong>, un ensemble de r\u00e8gles communautaires maintenu par l&#8217;OWASP Foundation, disponible \u00e0 l&#8217;adresse <a href=\"https:\/\/owasp.org\/www-project-modsecurity-core-rule-set\/\" target=\"_blank\" rel=\"noopener noreferrer\">owasp.org\/www-project-modsecurity-core-rule-set<\/a>. Le CRS couvre les injections SQL, les XSS, l&#8217;inclusion de fichiers locaux (LFI), l&#8217;ex\u00e9cution de commandes \u00e0 distance (RCE), le HTTP Request Smuggling et les attaques SSRF.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"configuration-de-base-modsecurity-3-owasp-crs-sur-nginx\">Configuration de base : ModSecurity 3 + OWASP CRS sur Nginx<\/h3>\n\n\n\n<pre class=\"wp-block-code\"><code># Installation sur Debian\/Ubuntu 24.04\napt-get install -y libmodsecurity3 libmodsecurity-dev nginx-module-security\n\n# T\u00e9l\u00e9charger le CRS\ngit clone https:\/\/github.com\/coreruleset\/coreruleset.git \/etc\/modsecurity-crs\ncp \/etc\/modsecurity-crs\/crs-setup.conf.example \/etc\/modsecurity-crs\/crs-setup.conf\n\n# nginx.conf \u2014 charger le module\nload_module modules\/ngx_http_modsecurity_module.so;\n\n# Dans le bloc server :\nmodsecurity on;\nmodsecurity_rules_file \/etc\/nginx\/modsecurity\/modsecurity.conf;\n\n# \/etc\/nginx\/modsecurity\/modsecurity.conf \u2014 d\u00e9marrer en d\u00e9tection\nSecRuleEngine DetectionOnly\nSecAuditLog \/var\/log\/modsecurity\/audit.log\nInclude \/etc\/modsecurity-crs\/crs-setup.conf\nInclude \/etc\/modsecurity-crs\/rules\/*.conf<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Le mode <code>DetectionOnly<\/code> enregistre les violations sans bloquer le trafic. C&#8217;est le point de d\u00e9part obligatoire : sur une application existante, activer ModSecurity directement en mode <code>On<\/code> g\u00e9n\u00e8re des faux positifs qui cassent des fonctionnalit\u00e9s l\u00e9gitimes. Le tuning progressif des r\u00e8gles prend typiquement <strong>1 \u00e0 4 semaines<\/strong> pour un site de taille moyenne, davantage pour des applications complexes avec des APIs personnalis\u00e9es.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le CRS propose 4 <strong>niveaux de parano\u00efa<\/strong> (de 1 \u00e0 4). Le niveau 1 (par d\u00e9faut) offre un bon \u00e9quilibre entre d\u00e9tection et faux positifs. Le niveau 2 ajoute des r\u00e8gles plus agressives qui n\u00e9cessitent davantage de tuning. Les niveaux 3 et 4 sont r\u00e9serv\u00e9s aux environnements tr\u00e8s sensibles avec une \u00e9quipe d\u00e9di\u00e9e \u00e0 l&#8217;analyse des logs. En pratique, la majorit\u00e9 des d\u00e9ploiements en production utilisent le niveau 1 ou 2.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le principal atout de ModSecurity est le <strong>contr\u00f4le total<\/strong>. Les logs restent sur vos serveurs. Les r\u00e8gles sont personnalisables \u00e0 l&#8217;instruction pr\u00e8s. Le trafic ne transite jamais par un tiers. Pour les organisations soumises \u00e0 des contraintes de souverainet\u00e9 des donn\u00e9es (secteur bancaire, sant\u00e9, d\u00e9fense, administrations publiques fran\u00e7aises), c&#8217;est souvent le seul choix techniquement et r\u00e9glementairement acceptable. L&#8217;ANSSI recommande d&#8217;ailleurs des solutions dont l&#8217;auditabilit\u00e9 est totale pour les syst\u00e8mes d&#8217;information sensibles.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"bunkerweb-lalternative-open-source-nouvelle-generation\">BunkerWeb : l&#8217;alternative open-source nouvelle g\u00e9n\u00e9ration<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>BunkerWeb<\/strong>, d\u00e9velopp\u00e9 par la soci\u00e9t\u00e9 <strong>Bunkerity<\/strong>, est un WAF open-source bas\u00e9 sur Nginx qui se distingue par son approche <em>secure by default<\/em>. L\u00e0 o\u00f9 ModSecurity demande une configuration manuelle extensive, BunkerWeb fonctionne correctement d\u00e8s l&#8217;installation avec des protections activ\u00e9es par d\u00e9faut : HTTPS forc\u00e9, en-t\u00eates de s\u00e9curit\u00e9 HTTP, protection OWASP CRS int\u00e9gr\u00e9e, anti-DDoS basique et blocage des user-agents malveillants connus.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le projet est disponible en open-source (licence AGPL v3) sur <a href=\"https:\/\/github.com\/bunkerity\/bunkerweb\" target=\"_blank\" rel=\"noopener noreferrer\">github.com\/bunkerity\/bunkerweb<\/a>. BunkerWeb supporte nativement Docker, Docker Swarm et Kubernetes via un op\u00e9rateur Helm. Une interface web d&#8217;administration (BunkerWeb UI) permet de g\u00e9rer les configurations de sites et les r\u00e8gles de s\u00e9curit\u00e9 sans toucher aux fichiers de configuration manuellement, ce qui le rend accessible aux \u00e9quipes sans expertise WAF sp\u00e9cifique.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">BunkerWeb convient particuli\u00e8rement aux \u00e9quipes qui veulent la flexibilit\u00e9 d&#8217;un WAF auto-h\u00e9berg\u00e9 sans la complexit\u00e9 de ModSecurity. La limitation actuelle est une communaut\u00e9 plus petite que ModSecurity et une documentation encore moins \u00e9toff\u00e9e pour les cas d&#8217;usage avanc\u00e9s, comme les int\u00e9grations avec des SIEM ou la gestion de r\u00e8gles tr\u00e8s personnalis\u00e9es. Pour les questions de souverainet\u00e9 num\u00e9rique europ\u00e9enne et fran\u00e7aise, le fait que le projet soit maintenu par une \u00e9quipe fran\u00e7aise constitue un avantage non n\u00e9gligeable dans le contexte des politiques de pr\u00e9f\u00e9rence aux solutions europ\u00e9ennes.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"comparaison-des-prix-2026-le-cout-total-de-possession\">Comparaison des prix 2026 : le co\u00fbt total de possession<\/h2>\n\n\n\n<figure class=\"wp-block-table\"><table><thead><tr><th>Solution<\/th><th>Plan<\/th><th>Co\u00fbt mensuel<\/th><th>Ce qui est inclus<\/th><\/tr><\/thead><tbody><tr><td><strong>Cloudflare WAF<\/strong><\/td><td>Free<\/td><td>0 $<\/td><td>R\u00e8gles basiques, DDoS illimit\u00e9e, SSL automatique<\/td><\/tr><tr><td><strong>Cloudflare WAF<\/strong><\/td><td>Pro<\/td><td>20 $ (annuel) \/ 25 $ (mensuel)<\/td><td>OWASP manag\u00e9, bots, r\u00e8gles custom illimit\u00e9es<\/td><\/tr><tr><td><strong>Cloudflare WAF<\/strong><\/td><td>Business<\/td><td>200 $ (annuel) \/ 250 $ (mensuel)<\/td><td>Logs complets, SLA 100%, SSL custom, conformit\u00e9 PCI DSS<\/td><\/tr><tr><td><strong>Cloudflare WAF<\/strong><\/td><td>Enterprise<\/td><td>Sur devis<\/td><td>SLA contractuel, support d\u00e9di\u00e9, WAF ML, Data Localization<\/td><\/tr><tr><td><strong>AWS WAF<\/strong><\/td><td>Web ACL<\/td><td>5 $ \/ Web ACL<\/td><td>1 Web ACL sans r\u00e8gles manag\u00e9es incluses<\/td><\/tr><tr><td><strong>AWS WAF<\/strong><\/td><td>R\u00e8gles<\/td><td>1 $ \/ r\u00e8gle \/ mois<\/td><td>Par r\u00e8gle personnalis\u00e9e active<\/td><\/tr><tr><td><strong>AWS WAF<\/strong><\/td><td>Trafic<\/td><td>0,60 $ \/ million req.<\/td><td>Par million de requ\u00eates inspect\u00e9es<\/td><\/tr><tr><td><strong>AWS WAF<\/strong><\/td><td>R\u00e8gles manag\u00e9es<\/td><td>5 \u00e0 20 $ \/ groupe<\/td><td>Groupes OWASP, SQL, WordPress, r\u00e9putation IP<\/td><\/tr><tr><td><strong>AWS Shield Advanced<\/strong><\/td><td>DDoS avanc\u00e9e<\/td><td>3 000 $<\/td><td>Protection DDoS avanc\u00e9e + remboursement frais attaque<\/td><\/tr><tr><td><strong>ModSecurity<\/strong><\/td><td>Logiciel<\/td><td>0 $ (licence)<\/td><td>Logiciel seul (serveur et ing\u00e9nierie \u00e0 la charge de l&#8217;\u00e9quipe)<\/td><\/tr><tr><td><strong>ModSecurity<\/strong><\/td><td>Co\u00fbt r\u00e9el estim\u00e9<\/td><td>Variable<\/td><td>Temps ing\u00e9nieur : 2 semaines de setup initial minimum<\/td><\/tr><tr><td><strong>BunkerWeb<\/strong><\/td><td>Open-source<\/td><td>0 $ (licence)<\/td><td>Logiciel complet avec UI (serveur \u00e0 la charge de l&#8217;\u00e9quipe)<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Le co\u00fbt total de possession (TCO) sur 12 mois change radicalement l&#8217;\u00e9quation. Un site moyen g\u00e9rant <strong>50 millions de requ\u00eates\/mois<\/strong> paie environ <strong>47 $\/mois avec AWS WAF<\/strong> (5 $ ACL + 10 r\u00e8gles + 30 $ trafic + 2 groupes manag\u00e9s \u00e0 6 $), contre <strong>20 $\/mois avec Cloudflare Pro<\/strong> pour un volume de trafic illimit\u00e9. ModSecurity est gratuit en licence mais n\u00e9cessite un ing\u00e9nieur senior pour la configuration initiale et la maintenance continue : \u00e0 400 \u20ac\/jour, deux semaines de tuning initial co\u00fbtent 4 000 \u20ac, soit l&#8217;\u00e9quivalent de 16 ans de Cloudflare Pro.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"benchmarks-de-detection-2026-chiffres-reels-de-performance\">Benchmarks de d\u00e9tection 2026 : chiffres r\u00e9els de performance<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Les benchmarks WAF sont difficiles \u00e0 comparer car les r\u00e9sultats varient fortement selon le jeu de r\u00e8gles activ\u00e9, le mode de fonctionnement (d\u00e9tection vs blocage), les techniques d&#8217;attaque test\u00e9es et la composition du corpus d&#8217;entr\u00e9es l\u00e9gitimes. Les chiffres ci-dessous proviennent d&#8217;une \u00e9tude ind\u00e9pendante publi\u00e9e en 2026 utilisant des corpus d&#8217;attaques standardis\u00e9s bas\u00e9s sur les cat\u00e9gories OWASP Top 10.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><thead><tr><th>WAF \/ Profil<\/th><th>Taux de vrais positifs<\/th><th>Taux de faux positifs<\/th><th>Pr\u00e9cision \u00e9quilibr\u00e9e<\/th><th>Usage recommand\u00e9<\/th><\/tr><\/thead><tbody><tr><td><strong>Cloudflare WAF<\/strong> (profil standard)<\/td><td>63,5 %<\/td><td>0,06 %<\/td><td>81,7 %<\/td><td>Production prudente<\/td><\/tr><tr><td><strong>Cloudflare WAF<\/strong> (profil \u00e9tendu)<\/td><td>80,4 %<\/td><td>6,1 %<\/td><td>87,2 %<\/td><td>Production \u00e9quilibr\u00e9e<\/td><\/tr><tr><td><strong>Cloudflare WAF<\/strong> (profil strict)<\/td><td>91 %<\/td><td>57 %<\/td><td>67 % *<\/td><td>Non recommand\u00e9 sans tuning<\/td><\/tr><tr><td><strong>ModSecurity + CRS<\/strong> (parano\u00efa 1)<\/td><td>~75 %<\/td><td>~2 %<\/td><td>~87 %<\/td><td>Production standard<\/td><\/tr><tr><td><strong>ModSecurity + CRS<\/strong> (parano\u00efa 2)<\/td><td>~89 %<\/td><td>~15 %<\/td><td>~87 %<\/td><td>Apr\u00e8s tuning approfondi<\/td><\/tr><tr><td><strong>AWS WAF<\/strong> (r\u00e8gles manag\u00e9es OWASP)<\/td><td>~70 %<\/td><td>~3 %<\/td><td>~84 %<\/td><td>Production AWS standard<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">* Le profil strict de Cloudflare atteint 91 % de vrais positifs mais g\u00e9n\u00e8re un taux de faux positifs de 57 %, ce qui le rend inutilisable en production sans un tuning extensif des exceptions. Le profil \u00e9tendu offre le meilleur \u00e9quilibre entre d\u00e9tection et disponibilit\u00e9 pour la plupart des applications.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">ModSecurity avec le CRS en <strong>mode parano\u00efa 1<\/strong> (par d\u00e9faut) offre un excellent rapport d\u00e9tection\/faux positifs, comparable au profil \u00e9tendu de Cloudflare. Le mode parano\u00efa 2 am\u00e9liore la d\u00e9tection au prix d&#8217;un taux de faux positifs plus \u00e9lev\u00e9 qui n\u00e9cessite un tuning important pour les applications complexes utilisant des requ\u00eates HTTP non-standard.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Il convient de souligner que tous les WAF pr\u00e9sentent des limites face aux attaques sophistiqu\u00e9es bas\u00e9es sur l&#8217;encodage des payloads ou la fragmentation des requ\u00eates HTTP. Un audit r\u00e9gulier avec des outils comme <a href=\"\/burp-suite-vs-owasp-zap\/\">Burp Suite ou OWASP ZAP<\/a> reste indispensable pour valider l&#8217;efficacit\u00e9 r\u00e9elle de votre WAF face aux techniques d&#8217;\u00e9vasion connues.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"protection-owasp-top-10-2021-qui-couvre-quoi\">Protection OWASP Top 10 2021 : qui couvre quoi ?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">L&#8217;OWASP Top 10 2021 liste les cat\u00e9gories de vuln\u00e9rabilit\u00e9s web les plus critiques. Un WAF ne peut pas tout arr\u00eater : certaines attaques (contr\u00f4le d&#8217;acc\u00e8s cass\u00e9, logique applicative d\u00e9faillante, d\u00e9faillances cryptographiques) ne peuvent \u00eatre trait\u00e9es qu&#8217;au niveau du code source. Voici la couverture r\u00e9elle de chaque WAF, bas\u00e9e sur leurs capacit\u00e9s techniques v\u00e9rifi\u00e9es et la documentation de l&#8217;<a href=\"\/owasp-top-10-nodejs\/\">OWASP Top 10 appliqu\u00e9 aux APIs Node.js<\/a>.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><thead><tr><th>OWASP Top 10 2021<\/th><th>Cloudflare WAF<\/th><th>AWS WAF<\/th><th>ModSecurity + CRS<\/th><\/tr><\/thead><tbody><tr><td><strong>A01 &#8211; Contr\u00f4le d&#8217;acc\u00e8s d\u00e9faillant<\/strong><\/td><td>Partiel (rate limiting, IP ban)<\/td><td>Partiel (rate limiting)<\/td><td>Partiel (SecRules custom)<\/td><\/tr><tr><td><strong>A02 &#8211; D\u00e9faillances cryptographiques<\/strong><\/td><td>Non (niveau code)<\/td><td>Non (niveau code)<\/td><td>Non (niveau code)<\/td><\/tr><tr><td><strong>A03 &#8211; Injections SQL\/NoSQL\/CMD<\/strong><\/td><td>Oui<\/td><td>Oui<\/td><td>Oui<\/td><\/tr><tr><td><strong>A03 &#8211; Cross-Site Scripting (XSS)<\/strong><\/td><td>Oui<\/td><td>Oui<\/td><td>Oui<\/td><\/tr><tr><td><strong>A04 &#8211; Design non s\u00e9curis\u00e9<\/strong><\/td><td>Non (niveau architecture)<\/td><td>Non<\/td><td>Non<\/td><\/tr><tr><td><strong>A05 &#8211; Mauvaise config. de s\u00e9curit\u00e9<\/strong><\/td><td>Partiel (headers HTTP)<\/td><td>Partiel<\/td><td>Partiel (CRS r\u00e8gles)<\/td><\/tr><tr><td><strong>A06 &#8211; Composants vuln\u00e9rables (virtual patching)<\/strong><\/td><td>Oui (mises \u00e0 jour automatiques)<\/td><td>Oui (groupes manag\u00e9s)<\/td><td>Oui (CRS mises \u00e0 jour manuelles)<\/td><\/tr><tr><td><strong>A07 &#8211; Auth. et session d\u00e9faillantes<\/strong><\/td><td>Partiel (bot protection, brute force)<\/td><td>Partiel (rate limiting)<\/td><td>Partiel (SecRules)<\/td><\/tr><tr><td><strong>A08 &#8211; Int\u00e9grit\u00e9 donn\u00e9es\/logiciel<\/strong><\/td><td>Non<\/td><td>Non<\/td><td>Non<\/td><\/tr><tr><td><strong>A09 &#8211; Logs\/monitoring insuffisants<\/strong><\/td><td>Partiel (logs WAF, Business+)<\/td><td>Partiel (CloudWatch Logs)<\/td><td>Oui (logs SecAudit d\u00e9taill\u00e9s)<\/td><\/tr><tr><td><strong>A10 &#8211; SSRF (Server-Side Request Forgery)<\/strong><\/td><td>Oui (r\u00e8gles SSRF)<\/td><td>Oui (r\u00e8gles manag\u00e9es)<\/td><td>Oui (CRS r\u00e8gles SSRF)<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Le <strong>virtual patching<\/strong> m\u00e9rite une attention particuli\u00e8re. Quand une CVE critique est publi\u00e9e (par exemple une injection SQL dans une version de WordPress ou d&#8217;Apache Struts), les \u00e9quipes de s\u00e9curit\u00e9 des WAF publient des r\u00e8gles de blocage en quelques heures. Cela permet de prot\u00e9ger une application vuln\u00e9rable le temps de d\u00e9ployer le patch officiel. Cloudflare publie g\u00e9n\u00e9ralement ses r\u00e8gles de virtual patching en moins de 24 heures apr\u00e8s la divulgation d&#8217;une CVE majeure. Cette capacit\u00e9 est l&#8217;un des arguments les plus solides pour maintenir un WAF actif en production permanente.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"complexite-de-configuration-le-vrai-cout-en-temps\">Complexit\u00e9 de configuration : le vrai co\u00fbt en temps<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">La complexit\u00e9 de configuration est syst\u00e9matiquement sous-estim\u00e9e dans les comparatifs WAF. Un WAF mal configur\u00e9 est pire qu&#8217;aucun WAF : les faux positifs cassent la production et \u00e9rodent la confiance de l&#8217;\u00e9quipe dans l&#8217;outil, tandis que les r\u00e8gles trop permissives donnent une fausse impression de s\u00e9curit\u00e9 en laissant passer les attaques r\u00e9elles.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table><thead><tr><th>\u00c9tape<\/th><th>Cloudflare WAF<\/th><th>AWS WAF<\/th><th>ModSecurity<\/th><\/tr><\/thead><tbody><tr><td><strong>Installation<\/strong><\/td><td>0 min (modification DNS)<\/td><td>15 min (console AWS)<\/td><td>30 \u00e0 60 min (packages + compilation)<\/td><\/tr><tr><td><strong>Activation OWASP<\/strong><\/td><td>2 clics (plan Pro+)<\/td><td>5 min (ajouter groupe manag\u00e9)<\/td><td>2 \u00e0 4 h (setup CRS + config)<\/td><\/tr><tr><td><strong>Mode d\u00e9tection<\/strong><\/td><td>Imm\u00e9diat (logs WAF)<\/td><td>Imm\u00e9diat (CloudWatch)<\/td><td>1 \u00e0 2 semaines recommand\u00e9es<\/td><\/tr><tr><td><strong>Mode blocage<\/strong><\/td><td>1 clic<\/td><td>Changer Default Action<\/td><td>Modifier SecRuleEngine<\/td><\/tr><tr><td><strong>Tuning faux positifs<\/strong><\/td><td>1 \u00e0 3 jours<\/td><td>2 \u00e0 5 jours<\/td><td>1 \u00e0 4 semaines<\/td><\/tr><tr><td><strong>R\u00e8gles personnalis\u00e9es<\/strong><\/td><td>Minutes (interface UI)<\/td><td>30 min (JSON\/YAML)<\/td><td>Heures (syntaxe SecRule)<\/td><\/tr><tr><td><strong>Maintenance continue<\/strong><\/td><td>Faible (mises \u00e0 jour auto)<\/td><td>Faible (AWS g\u00e8re les updates)<\/td><td>\u00c9lev\u00e9e (CRS \u00e0 mettre \u00e0 jour manuellement)<\/td><\/tr><tr><td><strong>Comp\u00e9tence requise<\/strong><\/td><td>Dev\/Ops standard<\/td><td>AWS Certified \/ Ops<\/td><td>Ing\u00e9nieur s\u00e9curit\u00e9 senior<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Cloudflare WAF s&#8217;active en modifiant uniquement les enregistrements DNS de votre domaine, sans toucher \u00e0 la configuration du serveur. En 15 minutes, le trafic passe par les filtres Cloudflare avec les r\u00e8gles basiques actives. C&#8217;est le seul WAF de ce comparatif qu&#8217;un d\u00e9veloppeur web standard peut configurer correctement sans formation pr\u00e9alable en s\u00e9curit\u00e9.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">ModSecurity demande une expertise en s\u00e9curit\u00e9 web et une connaissance de la syntaxe des r\u00e8gles SecRule. Le fichier de configuration principal d\u00e9passe souvent 500 lignes, et comprendre pourquoi une r\u00e8gle pr\u00e9cise se d\u00e9clenche sur un endpoint l\u00e9gitime n\u00e9cessite une ma\u00eetrise des outils d&#8217;analyse de logs d\u00e9di\u00e9s comme <code>modsec-log-analyzer<\/code> ou le framework <strong>FTW (Framework for Testing WAFs)<\/strong>. C&#8217;est un investissement en comp\u00e9tences qui a du sens pour les organisations qui ont les ressources pour le maintenir dans la dur\u00e9e.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"5-cas-dusage-reels-quel-waf-choisir-selon-votre-situation\">5 cas d&#8217;usage r\u00e9els : quel WAF choisir selon votre situation ?<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"cas-1-site-e-commerce-woocommerce-sous-attaque-de-carding\">Cas 1 : Site e-commerce WooCommerce sous attaque de carding<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Une boutique WooCommerce re\u00e7oit des vagues de tentatives de credential stuffing sur la page de connexion et des injections SQL sur le formulaire de recherche. <strong>Solution recommand\u00e9e : Cloudflare WAF Pro \u00e0 20 $\/mois.<\/strong> La configuration prend moins d&#8217;une journ\u00e9e, le mode d\u00e9tection identifie les patterns d&#8217;attaque en 48 heures et le blocage de bots r\u00e9duit les tentatives de carding. La protection DDoS int\u00e9gr\u00e9e g\u00e8re les pics de trafic malveillant sans surcharge des serveurs WooCommerce sous-jacents. Le groupe de r\u00e8gles WordPress manag\u00e9es bloque les exploits de plugins connus d\u00e8s leur publication.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"cas-2-api-rest-sur-aws-lambda-et-api-gateway\">Cas 2 : API REST sur AWS Lambda et API Gateway<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Une startup SaaS d\u00e9ploie une API sur AWS Lambda avec API Gateway pour 3 millions de requ\u00eates\/mois. L&#8217;architecture est 100 % AWS, le budget s\u00e9curit\u00e9 est limit\u00e9 \u00e0 50 $\/mois. <strong>Solution recommand\u00e9e : AWS WAF avec les groupes manag\u00e9s AWSManagedRulesCommonRuleSet et AWSManagedRulesSQLiRuleSet.<\/strong> Le co\u00fbt pour 3 millions de requ\u00eates\/mois reste sous 12 $\/mois. L&#8217;int\u00e9gration native avec CloudWatch Logs et Security Hub fournit la visibilit\u00e9 n\u00e9cessaire sans outil suppl\u00e9mentaire, et le d\u00e9ploiement via AWS CDK s&#8217;int\u00e8gre au pipeline CI\/CD existant.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"cas-3-application-medicale-avec-hebergement-hds-en-france\">Cas 3 : Application m\u00e9dicale avec h\u00e9bergement HDS en France<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Un \u00e9diteur de logiciels m\u00e9dicaux h\u00e9berge son application sur un serveur certifi\u00e9 HDS (H\u00e9bergeur de Donn\u00e9es de Sant\u00e9) dans un datacenter fran\u00e7ais. Le trafic applicatif ne peut pas transiter par des serveurs hors de l&#8217;Union europ\u00e9enne pour des raisons r\u00e9glementaires. <strong>Solution recommand\u00e9e : ModSecurity 3 + OWASP CRS sur Nginx.<\/strong> Cette configuration maintient toutes les donn\u00e9es de trafic en France, satisfait les exigences de la CNIL et de l&#8217;ANSSI, et peut \u00eatre audit\u00e9e de bout en bout. Le co\u00fbt ing\u00e9nieur est \u00e9lev\u00e9 mais c&#8217;est la seule architecture qui r\u00e9pond aux contraintes r\u00e9glementaires du secteur de la sant\u00e9 en France. Pour la configuration des en-t\u00eates HTTP compl\u00e9mentaires, voir notre guide sur les <a href=\"\/security-headers-nodejs\/\">en-t\u00eates de s\u00e9curit\u00e9 HTTP en Node.js<\/a>.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"cas-4-developpeur-independant-gerant-plusieurs-projets-clients\">Cas 4 : D\u00e9veloppeur ind\u00e9pendant g\u00e9rant plusieurs projets clients<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Un d\u00e9veloppeur freelance g\u00e8re 8 sites clients sur un VPS OVH. Il veut un WAF facile \u00e0 maintenir pour l&#8217;ensemble de ses projets sans configurer ModSecurity pour chaque site individuellement. <strong>Solution recommand\u00e9e : BunkerWeb.<\/strong> Un seul d\u00e9ploiement Docker Compose prot\u00e8ge tous les sites via des virtualhosts. L&#8217;interface BunkerWeb UI permet de g\u00e9rer les r\u00e8gles sans ligne de commande. Le co\u00fbt se limite aux ressources serveur d\u00e9j\u00e0 disponibles. Pour le monitoring r\u00e9seau compl\u00e9mentaire, la configuration d&#8217;<a href=\"\/iptables-linux-tutoriel\/\">iptables<\/a> en amont renforce la protection.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"cas-5-entreprise-avec-infrastructure-multi-cloud-et-multi-hebergeur\">Cas 5 : Entreprise avec infrastructure multi-cloud et multi-h\u00e9bergeur<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Un groupe industriel du secteur de l&#8217;\u00e9nergie h\u00e9berge des services sur AWS, Azure et deux datacenters priv\u00e9s. Il a besoin d&#8217;une politique WAF unifi\u00e9e et d&#8217;une visibilit\u00e9 centralis\u00e9e sur l&#8217;ensemble de son infrastructure. <strong>Solution recommand\u00e9e : Cloudflare WAF Enterprise.<\/strong> La couverture multi-cloud via un seul point de contr\u00f4le, la gestion centralis\u00e9e des r\u00e8gles via l&#8217;API Cloudflare, et l&#8217;int\u00e9gration avec les outils SIEM existants (logpush vers <a href=\"\/wazuh-vs-splunk-vs-elastic-siem\/\">Wazuh, Splunk ou Elastic<\/a>) permettent d&#8217;appliquer une politique coh\u00e9rente quel que soit l&#8217;h\u00e9bergeur sous-jacent. La Data Localization Suite garantit que les donn\u00e9es de trafic europ\u00e9en restent en Europe.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"guide-de-migration-passer-dun-waf-a-un-autre-sans-interruption\">Guide de migration : passer d&#8217;un WAF \u00e0 un autre sans interruption<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Migrer d&#8217;un WAF \u00e0 un autre sans interruption de service requiert une approche m\u00e9thodique. Le risque principal est double : laisser passer des attaques pendant la transition, ou bloquer du trafic l\u00e9gitime par une reconfiguration incompl\u00e8te. Les \u00e9tapes ci-dessous s&#8217;appliquent aux trois sc\u00e9narios de migration les plus courants.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"migration-de-modsecurity-vers-cloudflare-waf-6-etapes\">Migration de ModSecurity vers Cloudflare WAF (6 \u00e9tapes)<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>\u00c9tape 1<\/strong> : Exporter et analyser les logs ModSecurity (<code>\/var\/log\/modsecurity\/audit.log<\/code>) des 30 derniers jours. Identifier les 10 r\u00e8gles les plus fr\u00e9quemment d\u00e9clench\u00e9es (vraies attaques bloqu\u00e9es vs faux positifs sur du trafic l\u00e9gitime). Cet inventaire guide la recr\u00e9ation des r\u00e8gles dans Cloudflare.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>\u00c9tape 2<\/strong> : Cr\u00e9er un compte Cloudflare et ajouter le domaine en mode <em>DNS uniquement<\/em> (nuage gris, sans proxy). V\u00e9rifier que la r\u00e9solution DNS fonctionne correctement depuis plusieurs r\u00e9gions g\u00e9ographiques avant d&#8217;activer le proxy.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>\u00c9tape 3<\/strong> : Activer Cloudflare proxy (nuage orange) en mode d\u00e9tection uniquement. D\u00e9sactiver temporairement les r\u00e8gles de blocage ModSecurity pour avoir une visibilit\u00e9 propre du trafic via les logs Cloudflare. Laisser tourner 48 \u00e0 72 heures pour analyser les patterns.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>\u00c9tape 4<\/strong> : Recr\u00e9er dans Cloudflare les r\u00e8gles personnalis\u00e9es critiques issues de l&#8217;inventaire ModSecurity. Prioriser les r\u00e8gles qui bloquaient des attaques r\u00e9elles confirm\u00e9es sur vos endpoints applicatifs sp\u00e9cifiques.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>\u00c9tape 5<\/strong> : Activer les r\u00e8gles manag\u00e9es OWASP Cloudflare en mode G\u00e9rer (blocage). Monitorer les taux d&#8217;erreur 403 et les alertes Cloudflare pendant 48 heures. Ajuster les exceptions pour les patterns l\u00e9gitimes identifi\u00e9s.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>\u00c9tape 6<\/strong> : D\u00e9sactiver ModSecurity sur le serveur d&#8217;origine uniquement apr\u00e8s confirmation que la stabilit\u00e9 est maintenue (taux d&#8217;erreur stable, aucun faux positif bloquant depuis 48 heures). Conserver les logs ModSecurity archiv\u00e9s pour r\u00e9f\u00e9rence l\u00e9gale si n\u00e9cessaire.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"migration-daws-waf-vers-modsecurity-5-etapes\">Migration d&#8217;AWS WAF vers ModSecurity (5 \u00e9tapes)<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>\u00c9tape 1<\/strong> : Installer ModSecurity en mode <code>DetectionOnly<\/code> sur les serveurs cibles en parall\u00e8le de l&#8217;AWS WAF actif. Les deux syst\u00e8mes tournent simultan\u00e9ment sans conflit pendant la phase de transition.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>\u00c9tape 2<\/strong> : Exporter les logs AWS WAF via CloudWatch Logs sur les 30 derniers jours. Identifier les r\u00e8gles les plus actives et les IP sources les plus bloqu\u00e9es. Ces donn\u00e9es orientent la configuration des r\u00e8gles SecRule \u00e9quivalentes.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>\u00c9tape 3<\/strong> : Comparer les logs AWS WAF aux logs ModSecurity (en mode d\u00e9tection) pour valider la parit\u00e9 de d\u00e9tection sur le trafic r\u00e9el. Les \u00e9carts identifient les r\u00e8gles manquantes \u00e0 ajouter dans le CRS ou en r\u00e8gles SecRule personnalis\u00e9es.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>\u00c9tape 4<\/strong> : Passer ModSecurity en mode <code>On<\/code> (blocage) pour les r\u00e8gles les plus certaines, en conservant les r\u00e8gles AWS WAF \u00e9quivalentes actives en parall\u00e8le comme filet de s\u00e9curit\u00e9. Cette p\u00e9riode de double filtrage dure id\u00e9alement 1 semaine.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>\u00c9tape 5<\/strong> : Supprimer les Web ACL AWS WAF et fermer les groupes de r\u00e8gles manag\u00e9es souscrits. La facturation AWS WAF s&#8217;arr\u00eate imm\u00e9diatement, mais v\u00e9rifiez les logs CloudWatch pendant encore 48 heures pour confirmer l&#8217;absence d&#8217;incidents non d\u00e9tect\u00e9s.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"integration-devsecops-waf-dans-le-pipeline-ci-cd\">Int\u00e9gration DevSecOps : WAF dans le pipeline CI\/CD<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Un WAF n&#8217;est efficace que si ses r\u00e8gles \u00e9voluent avec votre application. Chaque nouveau endpoint, chaque nouveau param\u00e8tre de formulaire peut n\u00e9cessiter un ajustement des r\u00e8gles pour \u00e9viter les faux positifs ou les lacunes de couverture. Les trois WAF supportent l&#8217;automation \u00e0 des degr\u00e9s diff\u00e9rents.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Cloudflare WAF<\/strong> expose une API REST compl\u00e8te et un provider Terraform officiel (<code>cloudflare\/cloudflare<\/code>). Vous pouvez versionner vos r\u00e8gles WAF dans votre d\u00e9p\u00f4t Git et les d\u00e9ployer via votre pipeline CI\/CD. La ressource Terraform <code>cloudflare_ruleset<\/code> permet de d\u00e9finir l&#8217;ensemble des r\u00e8gles comme du code et de les r\u00e9viser via des pull requests, avec les m\u00eames processus de revue que votre code applicatif.<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>resource \"cloudflare_ruleset\" \"custom_waf\" {\n  zone_id     = var.zone_id\n  name        = \"R\u00e8gles WAF personnalis\u00e9es\"\n  kind        = \"zone\"\n  phase       = \"http_request_firewall_custom\"\n\n  rules {\n    action      = \"block\"\n    expression  = \"(http.request.uri.path contains \\\"\/admin\\\" and not ip.src in {192.168.1.0\/24})\"\n    description = \"Restreindre \/admin au r\u00e9seau interne\"\n    enabled     = true\n  }\n}<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>AWS WAF<\/strong> s&#8217;int\u00e8gre nativement avec AWS CDK, CloudFormation et Terraform. Les Web ACL d\u00e9finies en infrastructure-as-code peuvent \u00eatre test\u00e9es dans un environnement de staging avant d\u00e9ploiement en production. La combinaison avec AWS CodePipeline permet de valider les r\u00e8gles WAF contre un trafic synth\u00e9tique, bien que le niveau de granularit\u00e9 des tests reste inf\u00e9rieur \u00e0 ce que permet le framework FTW pour ModSecurity.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>ModSecurity<\/strong> dans une architecture conteneuris\u00e9e se g\u00e8re via des images Docker versionn\u00e9es incluant les r\u00e8gles CRS et les fichiers de configuration personnalis\u00e9s. Le framework <strong>FTW (Framework for Testing WAFs)<\/strong> permet de valider automatiquement vos r\u00e8gles CRS contre des corpus d&#8217;attaques standardis\u00e9s (tests OWASP CRS) dans votre pipeline CI\/CD. C&#8217;est le niveau de test le plus rigoureux disponible parmi les trois solutions, mais il requiert une configuration initiale significative.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"avis-dexperts-ce-que-disent-les-professionnels-de-la-securite\">Avis d&#8217;experts : ce que disent les professionnels de la s\u00e9curit\u00e9<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Fireship<\/strong>, cr\u00e9ateur de contenu technique suivi par plus de 3 millions de d\u00e9veloppeurs, r\u00e9sume la question ainsi dans un \u00e9pisode de 2025 : &#8220;Si vous d\u00e9ployez sur AWS et que vous g\u00e9rez moins de 100 millions de requ\u00eates par mois, AWS WAF est le choix \u00e9vident. Pas parce que c&#8217;est le meilleur WAF du march\u00e9, mais parce que l&#8217;int\u00e9gration avec le reste de votre stack ne vous co\u00fbtera rien en friction d&#8217;int\u00e9gration. D\u00e8s que vous sortez d&#8217;AWS, Cloudflare reprend la main.&#8221;<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>ThePrimeagen<\/strong>, ing\u00e9nieur Netflix devenu cr\u00e9ateur de contenu suivi par plus de 500 000 d\u00e9veloppeurs, soul\u00e8ve un point souvent ignor\u00e9 lors d&#8217;un stream de 2026 : &#8220;Le vrai co\u00fbt de ModSecurity, c&#8217;est le temps d&#8217;ing\u00e9nieur. J&#8217;ai vu des \u00e9quipes passer des mois \u00e0 tuner des r\u00e8gles CRS au lieu de livrer des features. Si votre threat model ne requiert pas explicitement un WAF auto-h\u00e9berg\u00e9 pour des raisons r\u00e9glementaires, Cloudflare Pro \u00e0 20 $\/mois est la d\u00e9cision rationnelle pour 95 % des projets.&#8221;<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Du c\u00f4t\u00e9 des pentesters et consultants en test d&#8217;intrusion, la perspective est plus nuanc\u00e9e. Les professionnels qui testent des WAF dans leurs missions soulignent qu&#8217;aucun WAF n&#8217;est incontournable avec suffisamment de temps et de cr\u00e9ativit\u00e9 : les techniques d&#8217;encodage des payloads (URL double encoding, Unicode normalization), la fragmentation des requ\u00eates HTTP et l&#8217;abus des diff\u00e9rences de comportement entre le WAF et le serveur applicatif permettent de contourner la majorit\u00e9 des r\u00e8gles. La conclusion pratique est qu&#8217;un WAF r\u00e9duit significativement la surface d&#8217;attaque exploitable par des attaquants opportunistes, mais ne constitue pas une protection suffisante face \u00e0 des attaquants cibl\u00e9s et d\u00e9termin\u00e9s. Il doit \u00eatre compl\u00e9t\u00e9 par des tests de s\u00e9curit\u00e9 r\u00e9guliers avec des outils comme <a href=\"\/burp-suite-vs-owasp-zap\/\">Burp Suite ou OWASP ZAP<\/a>.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Les \u00e9quipes fran\u00e7aises du secteur public et des entreprises r\u00e9glement\u00e9es convergent vers ModSecurity pour des raisons de souverainet\u00e9 et d&#8217;auditabilit\u00e9, m\u00eame quand Cloudflare serait techniquement plus simple. Cette pr\u00e9f\u00e9rence s&#8217;accentue dans le contexte des discussions europ\u00e9ennes sur la d\u00e9pendance aux fournisseurs cloud am\u00e9ricains et des recommandations de l&#8217;ANSSI pour les syst\u00e8mes d&#8217;information sensibles.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"quel-waf-choisir-en-2026-le-verdict-avec-les-donnees\">Quel WAF choisir en 2026 ? Le verdict avec les donn\u00e9es<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Les donn\u00e9es permettent une r\u00e9ponse claire selon les profils.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Choisissez Cloudflare WAF Pro (20 $\/mois)<\/strong> si votre infrastructure est multi-cloud ou multi-h\u00e9bergeur, votre \u00e9quipe technique est de taille r\u00e9duite (moins de 5 personnes), vous avez besoin d&#8217;une protection DDoS imm\u00e9diate sans surco\u00fbt, et votre budget s\u00e9curit\u00e9 est inf\u00e9rieur \u00e0 50 $\/mois. Le rapport fonctionnalit\u00e9s\/prix est imbattable pour les PME, startups et projets ind\u00e9pendants. Le plan Free convient aux projets personnels et aux sites \u00e0 faible risque qui veulent un premier niveau de protection sans budget.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Choisissez AWS WAF<\/strong> si votre infrastructure est exclusivement sur AWS, vous utilisez d\u00e9j\u00e0 CloudFront ou Application Load Balancer, et vous avez besoin d&#8217;une int\u00e9gration native avec Security Hub et GuardDuty pour une strat\u00e9gie de s\u00e9curit\u00e9 centralis\u00e9e. Pr\u00e9voyez AWS Shield Advanced (3 000 $\/mois) si vous g\u00e9rez des services critiques expos\u00e9s \u00e0 des attaques DDoS, sans quoi les co\u00fbts d&#8217;une attaque non prot\u00e9g\u00e9e peuvent d\u00e9passer largement ce montant.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Choisissez ModSecurity<\/strong> si vous avez des contraintes r\u00e9glementaires qui imposent la souverainet\u00e9 des donn\u00e9es de trafic (HDS, agr\u00e9ment ANSSI, secteurs bancaire et d\u00e9fense), votre \u00e9quipe inclut des ing\u00e9nieurs s\u00e9curit\u00e9 capables de maintenir les r\u00e8gles CRS dans la dur\u00e9e, et vous avez besoin d&#8217;une auditabilit\u00e9 compl\u00e8te de la cha\u00eene de filtrage pour satisfaire vos auditeurs. Int\u00e9grez <a href=\"\/pfsense-vs-opnsense\/\">une solution de pare-feu r\u00e9seau<\/a> comme pfSense ou OPNsense en compl\u00e9ment pour une d\u00e9fense en profondeur.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Choisissez BunkerWeb<\/strong> si vous voulez un WAF auto-h\u00e9berg\u00e9 plus simple que ModSecurity, vous d\u00e9ployez via Docker ou Kubernetes, vous g\u00e9rez plusieurs sites ou projets sur une m\u00eame infrastructure, et vous avez besoin d&#8217;une interface d&#8217;administration sans ligne de commande. C&#8217;est le meilleur choix pour sortir de l&#8217;absence totale de WAF sans plonger imm\u00e9diatement dans la complexit\u00e9 de ModSecurity.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Un point fondamental souvent ignor\u00e9 : ces solutions ne sont pas mutuellement exclusives. La combinaison <strong>Cloudflare WAF en frontal<\/strong> (pour la protection DDoS et le filtrage global \u00e0 la p\u00e9riph\u00e9rie du r\u00e9seau) avec <strong>ModSecurity sur les serveurs d&#8217;application<\/strong> (pour le filtrage de pr\u00e9cision proche de l&#8217;application) est plus robuste que n&#8217;importe quel WAF unique. Cette d\u00e9fense en profondeur force un attaquant \u00e0 contourner deux WAF distincts avec des architectures diff\u00e9rentes, ce qui est significativement plus difficile.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"faq-web-application-firewall-en-2026\">FAQ : Web Application Firewall en 2026<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Un WAF remplace-t-il un pare-feu r\u00e9seau ?<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Non. Un pare-feu r\u00e9seau (iptables, <a href=\"\/pfsense-vs-opnsense\/\">pfSense, OPNsense<\/a>) filtre par IP, port et protocole en couche 3\/4. Un WAF inspecte le contenu HTTP en couche 7. Les deux sont compl\u00e9mentaires : le pare-feu r\u00e9seau bloque les connexions non autoris\u00e9es, le WAF inspecte le contenu des connexions autoris\u00e9es. Supprimer l&#8217;un ou l&#8217;autre affaiblit la d\u00e9fense globale.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Peut-on contourner un WAF ?<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Oui. Les techniques de bypass WAF incluent l&#8217;encodage des payloads (URL encoding, Unicode, base64 dans des param\u00e8tres interpr\u00e9t\u00e9s), la fragmentation des requ\u00eates HTTP, l&#8217;abus de caract\u00e8res sp\u00e9ciaux ignor\u00e9s par le WAF mais interpr\u00e9t\u00e9s par la base de donn\u00e9es, et l&#8217;exploitation des diff\u00e9rences de comportement entre le WAF et le serveur applicatif (HTTP desync). Un WAF r\u00e9duit la surface d&#8217;attaque exploitable par des attaquants non cibl\u00e9s, il ne constitue pas une protection totale contre des attaquants d\u00e9termin\u00e9s.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>ModSecurity 2 ou ModSecurity 3 pour les nouveaux d\u00e9ploiements ?<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">ModSecurity 3 pour les nouveaux d\u00e9ploiements Nginx. La version 3 a une architecture modulaire plus l\u00e9g\u00e8re et une meilleure int\u00e9gration native avec Nginx via son connecteur. ModSecurity 2 reste le choix \u00e9tabli sur Apache car le connecteur v3 pour Apache est moins mature. Notez que le support commercial de ModSecurity a \u00e9t\u00e9 repris par la communaut\u00e9 apr\u00e8s l&#8217;arr\u00eat du support par TrustWave : les mises \u00e0 jour de s\u00e9curit\u00e9 continuent mais sans garantie de support commercial.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>AWS WAF fonctionne-t-il avec des serveurs hors AWS ?<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Non directement. AWS WAF s&#8217;associe uniquement aux services AWS (CloudFront, ALB, API Gateway, AppSync, Cognito). Pour prot\u00e9ger un serveur hors AWS, vous devez router le trafic via CloudFront ou un ALB, ce qui ajoute de la latence r\u00e9seau, de la complexit\u00e9 architecturale et un point de d\u00e9pendance suppl\u00e9mentaire envers AWS.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Cloudflare WAF est-il conforme au RGPD ?<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Cloudflare a sign\u00e9 les Clauses Contractuelles Types (CCT) de l&#8217;UE et dispose d&#8217;une politique de traitement des donn\u00e9es qui lui permet d&#8217;\u00eatre utilis\u00e9 dans un contexte RGPD pour la majorit\u00e9 des cas d&#8217;usage. Les donn\u00e9es de trafic peuvent \u00eatre confin\u00e9es aux datacenters europ\u00e9ens via la Data Localization Suite (plan Enterprise). Pour les donn\u00e9es de sant\u00e9 soumises \u00e0 l&#8217;agr\u00e9ment HDS en France, Cloudflare n&#8217;est pas certifi\u00e9 HDS, ce qui exclut son utilisation directe pour ces donn\u00e9es.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Quel WAF pour un site WordPress ?<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Cloudflare WAF Pro inclut le jeu de r\u00e8gles manag\u00e9es OWASP et des r\u00e8gles sp\u00e9cifiques aux attaques WordPress. AWS WAF propose le groupe manag\u00e9 <code>AWSManagedRulesWordPressRuleSet<\/code>. ModSecurity avec OWASP CRS couvre \u00e9galement les attaques WordPress courantes. Pour la grande majorit\u00e9 des sites WordPress h\u00e9berg\u00e9s hors AWS, Cloudflare WAF Pro \u00e0 20 $\/mois est le meilleur rapport efficacit\u00e9\/simplicit\u00e9, compl\u00e9t\u00e9 par un plugin de s\u00e9curit\u00e9 WordPress comme Wordfence pour la surveillance c\u00f4t\u00e9 applicatif.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Quelle est la diff\u00e9rence entre un WAF et un IDS\/IPS comme Suricata ?<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Un IDS\/IPS comme Suricata analyse le trafic r\u00e9seau global et d\u00e9tecte des patterns d&#8217;attaque au niveau r\u00e9seau : scans de ports, exploits r\u00e9seau, communications malware C2, anomalies de protocoles. Un WAF est sp\u00e9cialis\u00e9 dans le trafic HTTP\/HTTPS applicatif et inspecte le contenu des requ\u00eates web. Les deux sont compl\u00e9mentaires dans une architecture de s\u00e9curit\u00e9 compl\u00e8te : l&#8217;IDS\/IPS surveille le r\u00e9seau, le WAF surveille l&#8217;application. Le tableau de bord <a href=\"\/wazuh-vs-splunk-vs-elastic-siem\/\">Wazuh<\/a> peut centraliser les alertes des deux syst\u00e8mes dans un SIEM unifi\u00e9.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"couverture-connexe\">Couverture connexe<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ces articles approfondissent les sujets compl\u00e9mentaires \u00e0 la protection des applications web :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><a href=\"\/iptables-linux-tutoriel\/\">iptables Linux : S\u00e9curiser un Serveur en 12 \u00c9tapes [2026]<\/a><\/li>\n<li><a href=\"\/owasp-top-10-nodejs\/\">OWASP Top 10 Node.js : S\u00e9curisez votre API en 12 \u00c9tapes [2026]<\/a><\/li>\n<li><a href=\"\/pfsense-vs-opnsense\/\">pfSense vs OPNsense : gratuit, 940 Mbps, BSD vs Apache [2026]<\/a><\/li>\n<li><a href=\"\/wazuh-vs-splunk-vs-elastic-siem\/\">Wazuh vs Splunk vs Elastic : SIEM Gratuit ou 1,5 M$\/an ? [2026]<\/a><\/li>\n<li><a href=\"\/burp-suite-vs-owasp-zap\/\">Burp Suite vs OWASP ZAP : Gratuit vs 499 $\/an [2026]<\/a><\/li>\n<li><a href=\"\/security-headers-nodejs\/\">En-t\u00eates de S\u00e9curit\u00e9 HTTP en Node.js : 12 \u00c9tapes, 30 Min [2026]<\/a><\/li>\n<li><a href=\"\/tls-1-3-vs-tls-1-2\/\">TLS 1.3 vs TLS 1.2 : 40 % plus rapide, 5 CVE [2026]<\/a><\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Ressources officielles : <a href=\"https:\/\/owasp.org\/www-project-modsecurity-core-rule-set\/\" target=\"_blank\" rel=\"noopener noreferrer\">OWASP ModSecurity Core Rule Set<\/a>, <a href=\"https:\/\/developers.cloudflare.com\/waf\/\" target=\"_blank\" rel=\"noopener noreferrer\">documentation Cloudflare WAF<\/a>, <a href=\"https:\/\/docs.aws.amazon.com\/waf\/latest\/developerguide\/waf-chapter.html\" target=\"_blank\" rel=\"noopener noreferrer\">AWS WAF Developer Guide<\/a>, <a href=\"https:\/\/github.com\/bunkerity\/bunkerweb\" target=\"_blank\" rel=\"noopener noreferrer\">BunkerWeb sur GitHub<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Un WAF (Web Application Firewall) bloque les attaques applicatives avant qu&#8217;elles n&#8217;atteignent votre code. En 2026, trois solutions dominent le march\u00e9 : Cloudflare WAF, AWS WAF et ModSecurity. Leurs tarifs\u2026<\/p>\n","protected":false},"author":4,"featured_media":340,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[],"class_list":["post-339","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-security"],"_links":{"self":[{"href":"https:\/\/shattered.io\/fr\/wp-json\/wp\/v2\/posts\/339","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/shattered.io\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/shattered.io\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/shattered.io\/fr\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/shattered.io\/fr\/wp-json\/wp\/v2\/comments?post=339"}],"version-history":[{"count":0,"href":"https:\/\/shattered.io\/fr\/wp-json\/wp\/v2\/posts\/339\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/shattered.io\/fr\/wp-json\/wp\/v2\/media\/340"}],"wp:attachment":[{"href":"https:\/\/shattered.io\/fr\/wp-json\/wp\/v2\/media?parent=339"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/shattered.io\/fr\/wp-json\/wp\/v2\/categories?post=339"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/shattered.io\/fr\/wp-json\/wp\/v2\/tags?post=339"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}