--- 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 --- # Vue d'ensemble des règles d'exception # Vue d'ensemble des règles d'exception {#ariaid-title1} * Rversion finale: Australia * * Mis à jour 12 mars 2026 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 minutes de lecture 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. Utilisation de règles d'exception dans votre organisation Utilisez des règles d'exception pour différer automatiquement les VI, nouveaux et existants, pour une période spécifique s'ils correspondent à la condition de règle approuvée. L'automatisation minimise le risque de manquer des accords sur les niveaux de service et facilite la gestion de plusieurs éléments, car vous éliminez les interventions manuelles. Les règles de report prennent en charge l'ordre, c'est-à-dire que la règle ayant la priorité la plus élevée est exécutée en premier. Lorsqu'une règle de priorité élevée est appliquée à un VI, aucune règle suivante ne lui est appliquée à nouveau, même si la condition correspond au VI. Remarque : * Vous ne pouvez créer des règles que si vous les sélectionnez Réponse aux vulnérabilités dans la configuration Gestion des exceptions. Pour plus de détails, voir [Configurer la gestion des exceptions pour Réponse aux vulnérabilités](https://servicenow-prod.fluidtopics.net/WdMIZyXtBIwyO0hFMGOZHQ "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 de demander, d’examiner, d’approuver ou de rejeter les exceptions à un élément vulnérable (VI) ou à une tâche de rattrapage (RT) qui ne peuvent pas être corrigées conformément à la politique."). * Lorsque des éléments vulnérables sont différés par une règle d'exception, ils sont copiés dans la tâche de rattrapage de report (RT) créée. Les VI continuent de faire partie des TR dont ils faisaient partie auparavant. {#vi-classification-rule-based__ul_ofx_r3h_kyb} Le cycle de vie d'une règle d'exception est le suivant : * Création d'une règle d'exception * Approbation d'une demande de règle d'exception * Activation d'une règle d'exception * Différer une règle d'exception * Expiration d'une règle d'exception {#vi-classification-rule-based__ul_mhc_1nn_2nb} Création d'une règle d'exception Vous pouvez créer une règle d'exception pour différer automatiquement les VI qui correspondent aux conditions définies pour la période spécifiée. Après avoir créé une règle d'exception, soumettez-la pour approbation. Approbation d'une demande de règle d'exception L'approbation d'une demande de règle d'exception est un processus à deux niveaux. Si seul l'approbateur de premier niveau est présent, la règle d'exception peut être évaluée et approuvée par une seule approbation. Toutefois, s'il n'y a pas d'approbateur de premier niveau, une approbation de règle d'exception ne peut pas être approuvée. Une fois la règle approuvée, une tâche de rattrapage (RT) est créée. Consultez [Approuver une demande de règle d'exception](https://servicenow-prod.fluidtopics.net/rJjRwndOjr6VQhXbQXm1AA "Évaluez les demandes de règle d’exception des utilisateurs afin de pouvoir approuver ou rejeter ces demandes.") pour plus d'informations. Remarque : À partir de la version 15.0, si vous déployez l'application VR pour la première fois, le concepteur de Réponse aux vulnérabilités flux pour la gestion des exceptions est activé par défaut. Si vous utilisez déjà le workflow, vous pouvez effectuer une mise à jour vers le concepteur de flux. Dans les deux cas, vous ne pouvez pas revenir au workflow. Pour configurer des règles d'approbation pour la gestion des exceptions et les faux positifs, reportez-vous à la section [Configurer les règles d'approbation pour la gestion des exceptions](https://servicenow-prod.fluidtopics.net/h4OUYzvhMKsG2k5oX97Eng "Réponse aux vulnérabilités À partir de la version 15.0, utilisez le concepteur de flux pour approuver les demandes d’exception pour la gestion des exceptions, les règles d’exception et la gestion des faux positifs. Si vous déployez Réponse aux vulnérabilités (VR) pour la première fois, le concepteur de flux est activé par défaut."). Une fois qu'une demande de règle d'exception est approuvée, vous pouvez effectuer les actions suivantes : * Annuler * Supprimer {#vi-classification-rule-based__ul_h32_y22_4lb} Activation d'une règle d'exception Une fois qu'une règle d'exception est approuvée, une tâche de rattrapage est créée par défaut dans un état Différé. À partir de la date \<\< Valide à partir de \>\>, la règle d'exception s'exécute sur tous les VI créés, ainsi que sur ceux qui sont déplacés de l'état Fermé à l'état Ouvert. Remarque : Si vous activez l'option Exécuter sur les données existantes, une tâche planifiée s'exécute une fois sur les données existantes à la date de début de validité. Différer une règle d'exception Vous pouvez différer les VI qui correspondent aux conditions définies dans cette règle d'exception, jusqu'à la date \<\< Reporté jusqu'à \>\> définie pour la règle. À cette date, la tâche de rattrapage que vous avez créée pour la règle d'exception est fermée et tous les VI de ce groupe repassent à l'état Ouvert. Des règles de groupe leur sont à nouveau appliquées pour les allouer aux thérapeutes de tâche requis. Expiration d'une règle d'exception Une fois la règle d'exception expirée, elle ne s'exécute plus sur les VI nouveaux ou rouverts. La tâche de rattrapage associée reste à l'état Différé jusqu'à la date \<\< Différé jusqu'à \>\>. Figure 1. Flux de travail des règles d'exception antérieur à la version 15.0