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


---

# Créer une règle d'affectation pour l'assistance Réponse aux vulnérabilités de service

# Créer une règle d'affectation pour l'assistance Réponse aux vulnérabilités de service {#ariaid-title1}

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

Utilisez le script suivant pour créer une règle qui affecte des éléments vulnérables pour le rattrapage en fonction des services d'entreprise sur lesquels ils ont un impact.

## Avant de commencer

Rôle requis : sn_vul.vulnerability_admin

À partir de la version 30.0 de , la console d'administration de permet Espace de travail de Gestion de l'exposition de la sécurité une configuration à guichet unique pour toutes les applications, y compris les règles d'affectation, les règles de classification et les Gestion unifiée des expositions de sécurité cibles de Réponse aux vulnérabilités rattrapage. Il fournit des workflows cohérents entre les Réponse aux vulnérabilités applications , Réponse aux vulnérabilités des applications, Réponse aux vulnérabilités pour conteneurs, et Conformité de la configuration . Pour plus d'informations, consultez [Configurer des règles pour gérer les résultats](https://servicenow-prod.fluidtopics.net/pI9Rr0KwrAPal3mZlKvp9g "En configurant des règles, vous pouvez automatiser, organiser et gérer le cycle de vie des résultats. Les règles permettent de garantir l’évolutivité, la cohérence des données et des délais de réponse plus rapides en réduisant les interventions manuelles sur de grands volumes de données de vulnérabilité.").

## Pourquoi et quand exécuter cette tâche

Vous préférerez peut-être effectuer cette tâche uniquement si vous avez une expérience avancée du codage ou si vous avez une connaissance approfondie du fonctionnement des règles d'affectation ServiceNow AI Platform .

Avec cette règle, les VI sont affectés en fonction de leur correspondance avec les services d'entreprise répertoriés dans votre CMDB. Si aucun service, département ou groupe de support connexe n'est mis en correspondance, les VI sont affectés au groupe d'analystes de vulnérabilité.

Cette règle peut vous aider à réduire le nombre de VI qui sont affectés de manière incorrecte ou qui restent non affectés après que d'autres règles d'affectation ont déjà été exécutées.

## Procédure

1. Accédez à la TousRéponse aux vulnérabilitésAdministrationRègles d'affectation.
2. Sélectionnez Nouveau.
3. Renseignez les champs du formulaire comme il convient.  
   Consultez la section [Créer ou modifier Réponse aux vulnérabilités des règles d'affectation](https://servicenow-prod.fluidtopics.net/cEAhPOhFab4FM1nsRAdrSw "Une fois que vous avez terminé votre évaluation initiale des règles d’affectation à l’aide de l’Assistant de configuration, vous pouvez créer des règles pour affecter automatiquement des éléments vulnérables en fonction des conditions de filtre. Ces règles affectent des éléments vulnérables à mesure qu’ils sont importés ou créés manuellement.") pour plus d'informations sur ces champs.
4. Dans la liste de choix Affecter, sélectionnez Script.
5. Dans l'éditeur, copiez et collez le script suivant.  

       /*
       Assigns Vulnerable Item based on related Business Service
       Assigns to default Vulnerability Analyst group if no related Business Service
       */
       assignToServiceSupport(current);

       function assignToServiceSupport(vitGR) {
           var ci = vitGR.getValue('cmdb_ci');
           var defaultAssignmentGroup = 'Vulnerability Analyst';
           var defaultGR = new GlideRecord('sys_user_group');
           defaultGR.get('name', defaultAssignmentGroup);
           var defaultAssignmentGroupID = defaultGR.sys_id;

           var maxSizeValue = global.SecProperty.getProperty("sn_sec_cmn.services_affected_by_CI_max_size", 1000);
           var maxDepthValue = global.SecProperty.getProperty("sn_sec_cmn.services_affected_by_CI_max_depth", 10);
           var customValues = {
               "maxDepth": maxDepthValue,
               "maxSize": maxSizeValue
           };
           var ciu = new global.CIUtils();
           var services = ciu.servicesAffectedByCI(ci, customValues);
           var svc = new GlideRecord("cmdb_ci_service");
           var hasSvc = false;
           if (services && services.length > 0) {
               svc.addQuery("sys_id", "IN", services.join(",")); // returns the service with highest business criticality. Implement alternate logic here.
               svc.addNotNullQuery("busines_criticality"); // typo intended
               svc.orderBy("busines_criticality");
               svc.setLimit(1);
               svc.query();
               hasSvc = svc.next();
           }
           if (!hasSvc) {
               // If there are no services it should be assigned to a default assignent group
               return defaultAssignmentGroupID;
           } else {
               var serviceAssignmentGroup = hasSvc.getValue('support_group'); //Also consider managed_by_group, assignment_group, change_control
               return !gs.nil(serviceAssignmentGroup) ? serviceAssignmentGroup : defaultAssignmentGroupID; //Return the Service assignment group if it is not empty, return the default assignment group otherwise.
           }
       }

6. Sélectionnez Envoyer.
{#create-vr-assign-rule-svc-support__steps_r1m_r1z_ywb}

## Que faire ensuite

Consultez la rubrique pour obtenir des informations plus générales sur les règles d'affectation et la Reapply all vulnerability assignment rules tâche planifiée.