---
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


---

# Demander une exception pour un élément vulnérable de l'application

# Demander une exception pour un élément vulnérable de l'application {#ariaid-title1}

* Rversion finale: Australia
* 
* Mis à jour 12 mars 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 minutes de lecture

Demandez une exception pour un élément vulnérable de l'application qui ne peut pas être corrigé immédiatement. Par exemple, en tant que développeur, vous pouvez demander une exception si un correctif n'est pas disponible pour un ordinateur.
Important :  
Vous pouvez demander des exceptions pour un élément vulnérable de l'application et une tâche de rattrapage à partir de l'espace de travail du gestionnaire de vulnérabilité et de l'espace de travail de rattrapage informatique. Pour plus d'informations, consultez [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.") et [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 .").

## Avant de commencer

Rôle requis : groupe de développeurs

## Procédure

1. Accédez à la Réponse aux vulnérabilités des applicationsÉléments vulnérables de l'applicationTous et sélectionnez l'élément pour lequel vous souhaitez demander une exception.  
   L'élément sélectionné doit être dans l'état Ouvert ou En cours d'examen.  
   Remarque :  
   À partir de la version 21.0 de Réponse aux vulnérabilités des applications, l'état précédent d'un élément vulnérable de l'application est stocké dans le champ backup_state .
2. Sur le formulaire Élément vulnérable de l'application, cliquez sur Demande d'exception.  
   Remarque :  
   Selon qu'il Réponse aux vulnérabilités est sélectionné ou GRC : Gestion de la politique et de la conformité dans le Réponse aux vulnérabilités des applicationsGestion des exceptions , le formulaire de demande d'exception change. Si GRC : Gestion de la politique et de la conformité, reportez-vous à la section [Demander une exception pour les vulnérabilités d'applications à l'aide de GRC : Gestion de la politique et de la conformité](https://servicenow-prod.fluidtopics.net/euy8RcQ92fpsePhJb32pTA "Demandez des exceptions à la politique à l’aide de l’option GRC Gestion des exceptions de politique de l’application à partir de Réponse aux vulnérabilités des applications.Gestion de la politique et de la conformité")
3. Si Réponse aux vulnérabilités cette option est sélectionnée dans l'écran Gestion des exceptions, renseignez les champs du formulaire Demande d'exception.  
   {#avr-raise-exception__table_kxh_gh2_4lb__entry__2}

   | Champ | Description |
   |-|-|
   | Jusqu'à | Date d'expiration de la demande d'exception. Cette date doit être comprise dans la durée sélectionnée dans le TousRéponse aux vulnérabilités des applicationsAdministrationGestion des exceptions écran. Lorsque la demande d'exception expire, le groupe revient à son état Ouvert . Remarque : À partir de la version 18.0 de (AVR), un élément vulnérable d'application Réponse aux vulnérabilités des applications différé peut être fermé et rouvert par un scanner. Si l'élément se rouvre avant l'expiration de la fenêtre d'exception, l'état de l'AVIT revient à l'état différé et respecte la fenêtre d'exception active. Pour activer cette fonctionnalité, définissez la valeur de la propriété système sn_vul.auto_defer_avit_in_active_exception_window sur vrai. En outre, la date de fin différée persiste même après la fermeture de l'AVIT ou l'expiration de l'exception. Le rôle requis est sn_vul.app_manage_exception_configuration pour la lecture et l'écriture. |
   | Motif | Sélectionnez le motif. Les choix possibles sont les suivants : * Risque accepté * En attente de fenêtre de maintenance * Correctif non disponible * Contrôle d'atténuation en place * Autre {#avr-raise-exception__ul_ifx_15g_3nb}Pour savoir comment ajouter de nouveaux choix de motif, reportez-vous à [Définir le mappage du motif de la politique](https://servicenow-prod.fluidtopics.net/uz0cChGENfpZXiysxoa9~w "Vous pouvez définir les choix de motifs afin qu’ils soient disponibles pour tout utilisateur qui demande une exception."). |
   | Information supplémentaire | Détails liés au motif pour lequel cette demande est effectuée. Ce champ obligatoire doit être mis à jour par le propriétaire du rattrapage |
   [Tableau 1. Formulaire de demande d'exception]

   {#avr-raise-exception__table_kxh_gh2_4lb}
4. Cliquez sur Demander l'approbation pour soumettre la demande d'exception.  
   L'état de l'élément de vulnérabilité de l'application passe à En cours de révision. Utilisez l'onglet Approbation de changement d'état pour suivre l'état de la demande d'exception.
{#avr-raise-exception__steps_o4r_jpy_flb}