--- sourceDocument: Gestion de la sécurité Australie sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/security-management Release : - australia ft:locale : - fr-FR ft:publication_title : - Gestion de la sécurité Australie ft:clusterId : - security bundleId : - security workflow : - Technology --- # Réévaluation des exceptions pour les enregistrements sélectionnés dans le Espace de travail du gestionnaire de vulnérabilités # Réévaluation des exceptions pour les enregistrements sélectionnés dans le Espace de travail du gestionnaire de vulnérabilités {#ariaid-title1} * Rversion finale: Australia * * Mis à jour 12 mars 2026 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 minutes de lecture Dans le Espace de travail du gestionnaire de vulnérabilités, lorsque vous évaluez les règles d'exception pour un ensemble d'enregistrements dans le modal Réévaluer et mettre à jour les propriétés de remédiation, leur statut de report et la date jusqu'au report sont mis à jour conformément aux dernières règles d'exception. ## Scénarios {#vmws-exception-rules-scenarios__section_of4_zyt_bdc} Lorsque vous évaluez les exceptions d'un ensemble sélectionné d'enregistrements dans Réévaluer et mettre à jour le modal des propriétés de remédiation dans :Espace de travail du gestionnaire de vulnérabilités Scénario 1 : Lorsque les enregistrements sélectionnés sont déjà différés manuellement et qu'ils correspondent à la condition d'une règle d'exception, ces enregistrements restent à l'état Différé sans aucun changement. Scénario 2 : Lorsque les enregistrements sélectionnés correspondent à la condition des règles d'exception et que ces enregistrements sont dans un état de non-report (tel que ouvert, en révision, en cours d'examen), ces enregistrements sont différés jusqu'à la date définie dans la règle d'exception. Scénario 3 : Lorsque les enregistrements sélectionnés sont déjà à l'état Différé (qui sont différés à l'aide de la règle d'exception A), ils restent à l'état Différé dans les scénarios suivants : * La règle d'exception expire et les enregistrements ne correspondent pas à la condition * La règle d'exception expire et les enregistrements correspondent à la condition * la règle d'exception A expire et les enregistrements correspondent à la condition d'une autre règle d'exception B. {#vmws-exception-rules-scenarios__ul_fk1_fzt_bdc} Scénario 4 : Considérez que les enregistrements sont différés à l'aide d'une règle d'exception. Lorsque vous modifiez la condition de la règle d'exception de sorte que l'état Différé des enregistrements n'est plus valide, puis réévaluez les règles d'exception pour ces enregistrements : * les enregistrements passent à l'état Ouvert * Les champs Date de fin, Date du report, Nombre de reports et autres sont mis à jour. {#vmws-exception-rules-scenarios__ul_otc_b15_bdc} ## Considérez que vous évaluez les exceptions pour les éléments vulnérables d'hôte (VIT) suivants. {#vmws-exception-rules-scenarios__example_njx_35w_2dc} Considérez la règle d'exception avec les détails suivants :{#vmws-exception-rules-scenarios__table_tqk_fb3_4mb__entry__3} | Champ | Description | Valeur | |-|-|-| | Nom | Nom de la règle d'exception. | Différer les VIT critiques | | Date de début de validité | Date à partir de laquelle cette règle est active pour différer les VI. | 20-08-2024 | | Date de fin de validité | Date à partir de laquelle la tâche de rattrapage cesse d'accepter de nouveaux VI. | 30-11-2024 | | Motif | Raison de la création de cette règle d'exception. | Risque accepté | | Groupe d'affectation | Groupe auquel la tâche de rattrapage créée pour le suivi des éléments vulnérables différés est affectée. | Groupe de rattrapage 1 | | Information supplémentaire | Informations supplémentaires que le demandeur souhaite fournir à l'approbateur. Ces informations sont renseignées dans le champ Description de la tâche de rattrapage. | Cette règle a été créée pour différer automatiquement les VIT critiques. | | Condition | Condition de filtre pour les VI qui peut être définie lors du traitement des VI. | Cote de risque = 5 -- Critique | | Exécuter sur les données existantes | Option qui vous permet d'exécuter cette règle sur des données existantes la première fois que cette règle est exécutée. | Oui | | État | État de la règle d'exception. | Approuvé | | Ordre d'exécution | Ordre unique pour chaque règle d'exception. | 100 | | Reporté jusqu'à | Date à laquelle les VUL et les VI sont reportés. À cette date, la VUL créée est fermée, tous les VI sortent du groupe et les règles de groupe sont réappliquées. | 2024-12-23 16:10:29 | [Tableau 1. Détails des règles d'exception] {#vmws-exception-rules-scenarios__table_tqk_fb3_4mb} Le tableau suivant montre comment l'état change lorsque les règles d'exception sont réévaluées pour plusieurs VIT simultanément : {#vmws-exception-rules-scenarios__table_o3m_qvw_2dc__entry__5} | Numéro VIT | État | Cote de risque | État mis à jour après réévaluation des exceptions -1 | Date de fin : 1 | |-|-|-|-|-| | VIT120067 | Ouvert | 2 - Faible | Ouvert | - | | VIT120068 | En cours de révision | 3 : moyen | En cours de révision | - | | VIT120069 | En cours d'examen | 5 - Critical (Critique) | Différé | 2024-12-23 16:10:29 | | VIT120070 | Différé | 5 - Critical (Critique) | Différé | 2024-12-23 16:10:29 | | VIT120071 | Différé | 2 - Faible | Différé | 2024-10-02 16:10:29 (Différé manuellement) | | VIT120072 | Fermé | 5 - Critical (Critique) | Fermé | - | [Tableau 2. Enregistrements pour lesquels des exceptions sont réévaluées] {#vmws-exception-rules-scenarios__table_o3m_qvw_2dc} Lorsque la condition de la règle d'exception précédente est modifiée en Cote de risque = 2 - Faible et Reporté jusqu'à est modifié à 2024-12-31 14:10:23 , les enregistrements sont mis à jour comme suit :{#vmws-exception-rules-scenarios__table_iz5_n1x_2dc__entry__5} | Numéro VIT | État mis à jour après réévaluation des exceptions -1 | Cote de risque | État mis à jour après réévaluation des exceptions : 2 | Jusqu'à la date : 2 | |-|-|-|-|-| | VIT120067 | Ouvert | 2 - Faible | Différé | 2024-12-31 14:10:23 | | VIT120068 | En cours de révision | 3 : moyen | En cours de révision | - | | VIT120069 | Différé | 5 - Critical (Critique) | Différé | 2024-12-23 16:10:29 | | VIT120070 | Différé | 5 - Critical (Critique) | Différé | 2024-12-23 16:10:29 | | VIT120071 | Différé | 2 - Faible | Différé (aucun changement dans l'état) | 2024-10-02 16:10:29 (Aucun changement dans la date de fin) | | VIT120072 | Fermé | 5 - Critical (Critique) | Fermé | - | [Tableau 3. Enregistrements pour lesquels des exceptions sont réévaluées] {#vmws-exception-rules-scenarios__table_iz5_n1x_2dc} **Concepts associés** * [Vue d'ensemble des règles d'exception](https://servicenow-prod.fluidtopics.net/RoNtl86ODcxRWR6~iLKq1w "Les règles d’exception pour Réponse aux vulnérabilités vous permettent d’automatiser le processus de report pour les éléments vulnérables (VI). Demandez une exception pour les éléments vulnérables (VI) qui ne peuvent pas être corrigés ou différés immédiatement, en identifiant les vulnérabilités, les éléments de configuration (CI) ou les VI impactés. Différez les VI correspondants en fonction de la règle lorsque le système les identifie en automatisant le processus de report des VI.") * [Conformité de la configuration Vue d'ensemble de la gestion des exceptions](https://servicenow-prod.fluidtopics.net/8KBgXNP_SkCAo3Ww07K7Xw "Lorsque votre organisation ne peut pas se conformer à une politique, une norme ou une directive publiée en matière de gestion des vulnérabilités ou de sécurité, vous pouvez demander une exception. La gestion des exceptions implique la demande, la révision, l’approbation ou le rejet d’exceptions pour une tâche de rattrapage qui ne peut pas être corrigée conformément à la politique.") **Tâches associées** * [Réévaluez les propriétés de remédiation des enregistrements dans le Espace de travail du gestionnaire de vulnérabilités](https://servicenow-prod.fluidtopics.net/iYjspDmVP~w3p752HmNPwA "Évaluez les affectations, la date cible de rattrapage, les tâches de rattrapage, les exceptions et le score de risque pour un ensemble d’enregistrements (VIT, AVIT, CVIT ou TR) dans le Espace de travail du gestionnaire de vulnérabilités.")