F5 ASM : rapports et validation d’une mitigation

Les rapports agrègent trafic, violations et incidents. Ils aident à repérer une évolution, mais le détail de requête reste nécessaire pour qualifier les événements. Un pic peut provenir d’une attaque, d’un déploiement ou d’un changement de collecte.

Fixez la politique, la période, les sources et la route étudiées. Comparez des fenêtres de durée et de trafic comparables. Le nombre de blocages brut ne mesure pas à lui seul l’efficacité ni l’impact métier.

Avant la correction, notez le symptôme, la cause supposée et le comportement attendu. Après application, rejouez les parcours concernés et comparez les violations ainsi que les résultats applicatifs.

Une baisse d’événements peut signaler une réparation, une exception trop large ou une collecte interrompue. Vérifiez que le logging fonctionne et qu’un cas de recette attendu est encore détecté. Les rapports de conformité décrivent des réglages ; ils ne délivrent pas à eux seuls une certification de l’organisation.

Ces repères permettent de relier le besoin à la configuration et aux observations. Comparer les objets réellement attachés au service avant de modifier un réglage.

Les blocages disparaissent après une exception. Envoyez une requête de recette qui doit toujours être détectée et confirmez sa trace. Si elle manque aussi, vérifiez la sélection de politique et la collecte avant de considérer la mitigation comme validée.

Expliquez la décision du schéma, puis recherchez dans la référence les objets qui la produisent. Pour ASM, justifiez aussi ce qui changerait si un prérequis échouait : une réponse DNS, une décision WAF et une autorisation d’accès ne se vérifient pas au même endroit.

Revenir au parcours F5 ASM pour lire les guides voisins et leurs exemples.