Ce guide concerne BIG-IP sur TMOS. Les noms et options doivent être confrontés à la documentation de votre version.
Observer la charge utile
Surveillez les ressources, la latence et les alertes ASM en parallèle du trafic et des erreurs applicatives. Les corps volumineux, contrôles de contenu et journaux détaillés peuvent contribuer à la charge. Une moyenne globale masque parfois un déséquilibre entre instances ou blades.
Les seuils doivent déclencher une investigation utile et être associés à un canal de notification testé. Un dashboard sans collecte fiable ne permet pas de qualifier une saturation.
Sources : F5 TechDocs, ASM resource monitoring ; F5 TechDocs, Logging application security events ; F5 TechDocs, Maintaining security policies.
Séparer consultation et modification
Accordez les rôles nécessaires aux tâches : lire des événements, modifier une politique ou gérer toute la plateforme n’exige pas la même portée. Vérifiez les permissions ASM et partitions dans votre version, puis essayez le parcours avec le compte concerné.
Pour optimiser le logging, choisissez les événements nécessaires, limitez les données sensibles et contrôlez la réception distante. Réduire aveuglément toutes les traces diminue aussi la capacité de diagnostic. Après ajustement, comparez ressources, visibilité et protection sur la même fenêtre de trafic.
Sources : F5 TechDocs, ASM resource monitoring ; F5 TechDocs, Logging application security events ; F5 TechDocs, Maintaining security policies.
Repères pour lire une configuration
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.
| Élément | À comprendre | À vérifier |
|---|---|---|
| Ressources | Capacité d’inspection | Charge et latence |
| Logging | Visibilité et coût | Événements utiles reçus |
| Rôles | Actions autorisées | Moindre privilège vérifié |
Sources : F5 TechDocs, ASM resource monitoring ; F5 TechDocs, Logging application security events ; F5 TechDocs, Maintaining security policies.
Une situation à expliquer
Une hausse de CPU suit l’activation de la journalisation de toutes les requêtes. Comparez la fenêtre de trafic, le volume transmis et les contrôles WAF. Ajustez la collecte selon le besoin, puis confirmez qu’une requête bloquée reste visible dans l’outil d’exploitation.
Sources : F5 TechDocs, ASM resource monitoring ; F5 TechDocs, Logging application security events ; F5 TechDocs, Maintaining security policies.
Pour poursuivre les révisions
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.
Sources : F5 TechDocs, ASM resource monitoring ; F5 TechDocs, Logging application security events ; F5 TechDocs, Maintaining security policies.
Sources et portée
Références consultées le . Les exemples utilisent des noms et adresses de documentation à remplacer. Les commandes de lecture affichent l’existant ; les captures et requêtes de diagnostic sont à limiter au périmètre autorisé.
- F5 TechDocs — ASM resource monitoring · BIG-IP TMOS ; vérifier la liste Applies To de la référence · consulté le 2 octobre 2026.
- F5 TechDocs — Logging application security events · BIG-IP TMOS ; vérifier la liste Applies To de la référence · consulté le 2 octobre 2026.
- F5 TechDocs — Maintaining security policies · BIG-IP TMOS ; vérifier la liste Applies To de la référence · consulté le 2 octobre 2026.
Retrouver le parcours de lecture F5 ASM