Private
Public Access
2
0
Files
bgwaf/seb4itik/byow
S. Namèche f03a3c03b8
Some checks failed
Publish collection to Galaxy / publish (push) Failing after 42s
caddy: add site.header and path.strip_prefix
2026-03-11 15:40:38 +03:00
..
2026-01-21 15:29:56 +03:00
2026-02-04 12:26:46 +03:00
2026-03-10 13:24:03 +01:00
doc
2026-02-12 16:23:34 +01:00

BYOW - Build Your Own WAF

A WAF à la carte.

Ce rôle Ansible déploie un WAF basé sur Caddy, Coraza et les OWASP Core Security Rules.

Principes

Go

Caddy, Coraza, le module Coraza pour Caddy et l'outil xcaddy sont développés avec le langage Go.

L'outil xcaddy a besoin d'une version récente des outils de développement Go. C'est pourquoi le rôle installe Go depuis le site de téléchargement officiel et non via le gestionnaire de paquets de la distribution Linux.

Go est installé dans le répertoire /usr/local/go-1.25.5/go et un lien symbolique est créé de /usr/local/bin/go vers /usr/local/go-1.25.5/go/bin/go.

Caddy

Caddy est un serveur Web et reverse proxy HTTP puissant et versatile.

Étant développé en Go, son déploiement prend la forme d'un simble binaire exécutable qui contient toutes les librairies requises. Ce programme est construit avec l'outil xcaddy puis copié dans le fichier /usr/local/bin/caddy. La ligne de commande utilisée pour construire ce binaire est enregsitrée dans le fichier /usr/local/bin/.caddy.buil.

Le fichier de configuration de caddy utilise le format Caddyfile. Il est généré automatiquement à partir des paramètres du rôle puis enregistré sous /etc/caddy/Caddyfile.

Coraza

Coraza est directement inclus dans le binaire caddy

Module Coraza pour Caddy

xcaddy

qui permet de lier tous les modules Go requis pour le WAF

Plugins OWASP CRS

(À ne pas confondre avec les plugins Coraza.)

Voir: https://github.com/coreruleset/plugin-registry

  • name: "drupal-rule-exclusions"
  • name: "wordpress-rule-exclusions"
  • name: "nextcloud-rule-exclusions"
  • name: "dokuwiki-rule-exclusions"
  • name: "phpmyadmin-rule-exclusions"
  • name: "roundcube-rule-exclusions"
  • name: "sogo-rule-exclusions"

Paramètres du rôle Ansible

TODO

Fonctionnalités déjà implémentées:

  • Déploiement et configuration avec une collection Ansible
  • Serveurs transient
  • VIP (avec Keepalived)
  • DNS dynamique (via Consul)
  • Cluster via Consul
  • OWASP CRS
  • Multisite (avec configuration complète des CRS par site)
  • Alias avec redirection optionnelle vers nom canonique
  • Redirection HTTP vers HTTPS
  • Certificats SSL (personnalisés automatiques via Let's Encrypt)
  • Filtrage (blacklists) par:
    • adresses IP
    • réseaux IP
  • Antibot par:
    • défi JavaScript
  • Passive backend checks
  • Compression Gzip et zstd
  • Mode détection sans blocage par les CRS
  • Filtrage par:
    • méthode HTTP
    • pays
    • ASN
  • En-têtes de sécurité:
    • HSTS
    • CSP
    • X-Frame-Options
    • X-Content-Type-Options
    • Referrer Policy
    • Permissions Policy
    • Keep Headers
    • Cookie Flags
    • Custom headers
    • suppression d'en-têtes
  • Collecte des logs via OVH LDP
  • Whitelist
  • Static files et FastCGI pour PHP (NON, par design !)
  • Authorizations (NON, par design !)
  • CORS
  • Rate limiting distribué

Fonctionnalités à ajouter:

  • version de crs-setup.conf en fonction de la version des OWASP CRS
  • option "api: true" for activating API default settings
  • Antivirus
  • Antibot par:
    • Cookie
    • Captcha
    • reCAPTCHA
    • hCaptcha
    • Turnstile
    • mCaptcha
  • Filtrage par:
    • rDNS
    • DNSBL
    • User-Agent (robots, crawlers, IA bots)
    • taille
    • URI patterns
    • (ip:danmeuk-tor-exit, ua:mitchellkrogza-bad-user-agents)
  • Client cache
  • Proxy cache
  • Random WAF signatures
  • Compression Brotli
  • Reverse scan
  • Robots.txt (DarkVisitors API/Community Lists/Custom URLs/Manual Rules)
  • Gestion des sessions
  • Bad behavior (via Caddy events ?)
  • Authentification
  • Anti DDoS
  • Greylist
  • HTML Sanitization
  • HTML injection
  • Metrics (Elasticsearch + Metabase)
  • Crowdsec
  • Stream support
  • Caddy as internal CA
  • https://raw.githubusercontent.com/mitchellkrogza/nginx-ultimate-bad-bot-blocker/master/_generator_lists/bad-user-agents.list

Ressources

Installation d'Ansible avec pipx

  1. Désinstaller Ansible et ansible-lint s'ils sont déjà installés. Par exemple avec Homebrew:
    brew uninstall ansible ansible-lint
    
  2. Installer pipx. Par exemple avec Homebrew:
    brew install pipx
    
  3. Inscrire le chemin de recherche des exécutables de pipx dans les scripts d'ouverture de session (fermer le shell et en ouvrir un nouveau pour activer ce chemin de recherche):
    pipx ensurepath
    
  4. Installer Ansible (version 12, et au moins version core 2.16.9, pour être compatible avec Mitogen) dans un environnement isolé (qui sera nommé ansible) puis injecter ansible-lint et les librairies requises dans cet environnement:
    pipx install ansible==12.3.0 --include-deps
    pipx inject ansible ansible-lint --include-apps
    pipx inject ansible requests
    pipx inject ansible pip-system-certs
    pipx inject ansible passlib    # pour |password_hash sur macOS (et autres)
    pipx inject ansible jmespath   # pour |query_result
    pipx inject ansible pytz       # pour plugin inventory auto
    pipx inject ansible mitogen    # optionnel, pour utiliser Mitogen
    
  5. Vérifier l'environnement:
    pipx list --include-injected
    ansible --version       -> ansible [core 2.19.5]
    ansible-lint --version  -> ansible-lint 26.1.1