Cloudflare a annoncé le 21 octobre 2026 une extension de son pare-feu applicatif : la détection sur transaction complète rapproche chaque requête HTTP de la réponse correspondante. Des règles peuvent ensuite bloquer la réponse avant sa livraison au visiteur.
Une fonction ouverte aussi au forfait gratuit
Le lancement concerne les zones dont le trafic est proxifié par Cloudflare, y compris avec Free. Tous les clients peuvent créer jusqu’à trois règles personnalisées de réponse, avec les actions de journalisation et de blocage.
Les possibilités ne sont cependant pas identiques entre forfaits : l’accès aux champs de résultats de détection est réservé aux clients payants et reste en cours de déploiement. La création de règles portant directement sur le corps d’une réponse n’est pas disponible.
Bloquer une réponse ne répare pas le serveur
Cloudflare précise que cette intervention n’annule pas les actions déjà effectuées sur le serveur d’origine. Les premières protections gérées ciblent php2shell ; cela ne constitue pas une garantie contre toutes les vulnérabilités.
Des quotas à distinguer
La documentation des règles personnalisées décrit séparément les règles de requête : elles associent une expression à une action et sont évaluées dans l’ordre. Un blocage peut interrompre les contrôles suivants. Leurs quotas ne doivent donc pas être confondus avec les trois nouvelles règles de réponse.
