Choisir la cible protégée
Oriente le reverse proxy vers l’application à protéger dans le laboratoire.
Bastion-WAF
Comprendre la requête. Protéger l’application.
Étudier l’inspection des requêtes, des règles éprouvées à un WAF Python sur mesure.
Requête entranteInspectionDécision
ÉTUDE D’ARCHITECTURE · ILLUSTRATION
Observer. Puis décider de bloquer.
Configuration vérifiée dans le README et le code d’inspection. Il s’agit de paramètres documentés, pas de résultats de protection mesurés.
Ajuster la décision
Le seuil par défaut documenté est configurable. Son réglage modifie la réaction du WAF aux anomalies détectées.
Distinguer détection et blocage
Sur le chemin principal, detection-only produit des logs au seuil ou au-delà ; blocking renvoie HTTP 403. Les contrôles de rate limiting et de headers des fichiers binaires peuvent bloquer dans les deux modes.
Un contrôle défensif dépend de son contexte : cible, seuil et mode d’application influencent son comportement.
Lire la source ↗01 / La question
Une règle de firewall inspire davantage confiance quand on comprend ce qu’elle examine. Que fait l’inspection entre le client et une application vulnérable ?
02 / Contribution au projet
Un laboratoire WAF à plusieurs couches : reverse proxy Python avec signatures YAML et logs JSONL des requêtes bloquées, ModSecurity / OWASP CRS sur Nginx et cible DVWA.
03 / Dans l’implémentation01 02 03
Observer le trajet
Docker Compose relie la cible vulnérable, le WAF open source et le reverse proxy dans un réseau de laboratoire dédié.
Inspecter et décider
Le moteur applique des règles et un seuil d’anomalie configurable. Les modes detection-only et blocking permettent de comparer observation et application des règles sur le chemin d’inspection principal.
Comparer les défenses
Des exemples SQLi et XSS permettent de répéter les exercices. Un dashboard documenté et un rapport comparent l’approche sur mesure aux WAF établis.
04 / Périmètre & enseignements
Un environnement d’apprentissage défensif, pas un produit de sécurité en production. Aucun benchmark indépendant ne démontre son débit ou l’exhaustivité de la détection. Le rate limiting et les contrôles de headers des fichiers binaires peuvent bloquer même en mode detection-only. DVWA est volontairement vulnérable et doit rester dans un laboratoire isolé et autorisé.