Automatiser le suivi de la cible de rattrapage dans Réponse aux vulnérabilités des applications
Les règles de cibles de rattrapage d’applications définissent le délai prévu pour le rattrapage des éléments vulnérables d’applications (AVI), en fournissant un délai pour le rattrapage de la vulnérabilité elle-même. Par exemple, si un élément vulnérable d’application contient une cote de risque critique, la vulnérabilité de cet élément doit être corrigée dans les 15 jours.
- La cible de rattrapage.
- La cible de rappel.
Les gestionnaires App-Sec peuvent voir la date cible de rattrapage dans le formulaire AVI et les vues de listes, mais les dates ne sont pas mises à jour pour les AVI à l’état Différé, Résolu ou Fermé .
- Les AVI qui n’ont pas encore atteint leur date de notification sont affichés en vert.
- Les AVI approchant de la date cible de rattrapage sont affichés en orange.
- Les AVI dépassant la date cible de rattrapage sont affichés en rouge.
Règles par défaut
- Règle de cote de risque critique : une cible de rattrapage avec une cote de risque critique de 1 , une cible de rattrapage de 15 jours et un rappel de 7 jours avant la date cible.
- Règle de cote de risque moyen à élevé : une cible de rattrapage avec une cote de risque 2-élevé ou 3-moyen , une cible de rattrapage de 30 jours et un rappel de 7 jours avant la date cible.
- Règle de cote de risque moins critique : une cible de rattrapage avec une cote de risque faible de 4-Faible , une cible de rattrapage de 45 jours et un rappel de 7 jours avant la date cible.
Les règles de cibles de rattrapage peuvent être désactivées ou supprimées
Lorsqu’une règle est désactivée, les dates cibles de rattrapage actuelles pour les AVI auxquels elle s’applique sont effacées. Si un AVI satisfait à une règle active, cette règle est appliquée, sinon l’AVI n’a pas de règle ou de date cible, et son état est Aucune cible.
Lorsque des règles sont supprimées, la date cible de rattrapage et les champs connexes des AVI fermés sont conservés. La date cible de rattrapage et les champs connexes des AVI non fermés sont effacés et toutes les règles dépendantes sont réappliquées.
Scénario de règle de rattrapage
Lorsque plusieurs règles cibles de rattrapage sont appliquées au même AVI, la règle la plus restrictive s’applique.Par exemple, si un AVI répond à la condition de deux règles de cibles de rattrapage d’applications :
- Règle de cible de rattrapage d’application 1 : Dernière ouverture le 03/07/2018 ; la cible de rattrapage est de 15 jours depuis sa dernière ouverture ; La date cible de rattrapage calculée est le 16/03/2018 10:00:00.
- Règle 2 de cible de rattrapage d’application : Dernière ouverture le 10/03/2018 ; la cible de rattrapage est de 10 jours à compter de sa dernière ouverture ; La date cible de rattrapage calculée est le 11/03/2018 10:00:00.
À partir de la version 17.1, les cibles de rattrapage sont calculées à partir de la cible à partir du (date). La valeur par défaut reste Date de la dernière ouverture.
À propos de la tâche planifiée Évaluer les cibles de rattrapage
Evaluate remediation targets s’exécute une fois à 4:00:00 tous les jours.
- ne sont pas à l’état Fermé, Différé ou Résolu .
- N’ont pas de date cible de rattrapage.
- Avoir une date cible de rattrapage ultérieure à la date de la règle de cible de rattrapage de l’application.
Evaluate remediation targets Ajoute une date cible de rattrapage, s’il n’en existe pas, ou si cette règle contient une date antérieure à celle de l’enregistrement, elle met à jour la date cible existante. Enfin, il met à jour les champs Date cible de rattrapage et État du rattrapage dans le formulaire AVI. Pour les règles inactives, l’option Évaluer les cibles de rattrapage efface les champs de rattrapage sur l’AVI.
Réapplication des règles de cibles de rattrapage
Si la tâche planifiée est en cours d’exécution Evaluate remediation targets , vous ne pouvez pas lancer un processus de nouvelle demande. Toutefois, si un processus de réapplication est déjà en cours d’exécution et que la tâche planifiée est déclenchée, ils s’exécutent en parallèle.
Les processus de réapplication sont Réponse aux vulnérabilitésRéponse aux vulnérabilités des applications indépendants et peuvent s’exécuter en parallèle.