--- 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 de la gestion des exceptions # Vue d'ensemble de la gestion des exceptions {#ariaid-title1} * Rversion finale: Australia * * Mis à jour 12 mars 2026 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 minutes de lecture 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. Certaines vulnérabilités peuvent ne pas avoir de correctif, de correctif ou de solution existant. Lorsqu'une exception est approuvée, cela signifie également que vous acceptez un risque parce que vous reconnaissez et acceptez les conséquences de ne pas corriger la vulnérabilité. ## Cycle de vie d'une exception {#vr-exception-management__section_ems_dy3_flb} Définition d'une exception : Une exception est une demande de report du rattrapage d'un VI ou d'un RT pour une période spécifiée. Par exemple, en tant que propriétaire de rattrapage, vous pouvez demander une exception si un correctif n'est pas disponible pour une machine. Demande d'exception : En tant que propriétaire du rattrapage, vous pouvez demander une exemption pour un VI ou un RT à l'aide du processus de gestion des exceptions. Une fois que l'approbateur d'exception a approuvé cette demande, le VI ou le RT passe à l'état Différé . Approbation d'une demande d'exception : Les VI ou RT qui ne peuvent pas être corrigés immédiatement sont examinés par des analystes de vulnérabilité, évalués pour le risque et approuvés pour report jusqu'à ce qu'ils puissent être corrigés. L'approbation d'une demande d'exception peut être un workflow à deux niveaux. Si seul l'approbateur de premier niveau est présent, l'exception peut être demandée et approuvée. Toutefois, s'il n'y a pas d'approbateur de premier niveau, une exception ne peut pas être demandée. Consultez [Ajouter un approbateur d'exception](https://servicenow-prod.fluidtopics.net/GeTQXqk1Fz~TGlUnwSHijA "Ajoutez des utilisateurs aux groupes d’approbateurs afin de pouvoir demander une exception.") 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 d'exception pour un VI ou un RT est approuvée, vous pouvez effectuer les actions suivantes : * Rouvrir * Supprimer * Mettre à jour les champs Affectation à ou Groupes d'affectation {#vr-exception-management__ul_h32_y22_4lb} * À partir de la version 23.0 de , le workflow d'approbation de l'état de la règle d'exceptionRéponse aux vulnérabilités est obsolète et remplacé par l'approbation de la règle d'exception de flux dans le concepteur de flux. {#vr-exception-management__ul_sff_qhl_dcc} Suivi d'une demande d'exception : Après avoir déclenché l'exception, vous pouvez suivre son état à l'aide de l'onglet Approbations de changement d'état du VI ou du RT. Si une action est effectuée sur un RT, vous ne pouvez pas suivre l'état des VI individuels dans ce RT. Expiration d'une demande d'exception : Lorsqu'une demande d'exception pour un VI ou un RT particulier expire, le VI ou le RT impacté revient à son état Ouvert . Figure 1. Processus d'approbation de gestion des exceptions antérieur à VR v15.0 Si un seul VI ou tous les VI d'un RT réussissent lors de l'analyse suivante, les VI et, le cas échéant, le champ État RT passent à Fermé avec le sous-état Corrigé. ## Reports multiples {#vr-exception-management__section_kgk_vkw_h5b} Suivez le nombre de fois où un enregistrement ou une tâche de rattrapage est reporté. Une tâche planifiée, set deferral counts, s'exécute quotidiennement pour valider les décomptes des enregistrements différés plusieurs fois dans la colonne Nombre de reports du module Reports multiples pour VR. Tous les décomptes des enregistrements associés à une tâche de rattrapage sont collectés et publiés si une tâche de rattrapage est reportée plus d'une fois. **Concepts associés** * [Demander des exceptions pour les tâches et les enregistrements de rattrapage dans le Espace de travail du gestionnaire de vulnérabilités](https://servicenow-prod.fluidtopics.net/Aeyupqj9ow_BVVLMeAylDA "À partir de , les Espace de travail du gestionnaire de vulnérabilités gestionnaires de vulnérabilité et les analystes peuvent demander des exceptions et des faux positifs pour une tâche de remédiation (VUL, AVUL, CVUL ou CRG) et un enregistrement (VIT, CVIT, AVIT ou CTR). Vous pouvez également diviser une tâche de rattrapage et créer des demandes de changement.") **Tâches associées** * [Demander une exception dans le Espace de travail de remédiation IT](https://servicenow-prod.fluidtopics.net/mi68ANaD5Mhdbhyi84GkUA "Demandez une exception pour l’élément vulnérable d’hôte (VIT), l’élément vulnérable d’application (AVIT), l’élément vulnérable de conteneur (CVIT) et la tâche de rattrapage (VUL, AVUL, CVUL ou CRG) à partir Espace de travail de remédiation IT du .") * [Demander une exception à l'aide de GRC : Gestion de la politique et de la conformitéEspace de travail de remédiation IT](https://servicenow-prod.fluidtopics.net/fr3OwyxEX455OF_U79ynRQ "Demandez une exception de politique pour l’élément vulnérable de l’hôte (VIT), l’élément vulnérable de l’application (AVIT), l’élément vulnérable de conteneur (CVIT) ou la tâche de rattrapage (VUL, AVUL, CVUL ou CRG) à partir du Espace de travail de remédiation IT.")