Mapper les champs d’incident

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 6 minutes de lecture

    • Mappez les champs d’incident, d’alerte et d’événement Cortex XSIAM aux champs cibles d’incident SIR.

    Avant de commencer

    Rôle requis : sn_si.admin, sn_si.ingestion_profile_admin

    Procédure

    1. Sélectionnez l’une des méthodes d’intégration d’exemples dans la section Mappage de champ.
      Tableau 1. Méthodes d'intégration des exemples
      Champ Description
      Tous les champs d’incident et d’alerte par défaut Utilisez cette méthode d’ingestion pour afficher la liste statique de tous les champs d’incident, d’événement et d’alerte. Cette méthode contient uniquement des noms de champs par défaut sans valeur.
      Récupérer les incidents récents Utilisez cette méthode d’ingestion pour importer les incidents et alertes les plus récents.

      Si l’incident XSIAM contient plusieurs alertes, la première alerte faisant partie de l’incident s’affiche dans la section de mappage. Lors de l’ingestion, les premières valeurs de champ d’alerte de sécurité seront également utilisées.

      Vous pouvez ingérer 5 exemples d’incidents.

      Les exemples de valeurs de champ sont renseignés lorsque le profil ingère les exemples d’incidents. Vous pouvez mapper ces incidents aux champs cibles des incidents SIR. Les champs et les valeurs d’incident s’affichent sous forme d’onglets individuels.
    2. Pour ajouter des champs aux champs par défaut qui sont affichés sur l’incident de sécurité, procédez comme suit :
      1. Sélectionnez le bouton Mapper un autre champ. dans la section Champs cibles des incidents SIR.
        Il affiche une liste de champs SIR, à partir desquels vous pouvez sélectionner un nouveau champ.
      2. Dans la colonne Incident de sécurité, développez la liste affichée, puis sélectionnez un champ.
        Remarque :
        Plusieurs observables peuvent être affichés sur le même incident de sécurité. Par exemple, le champ Observable peut être mappé plusieurs fois avec différentes valeurs. De même, les champs Configuration Item (Élément de configuration ) et Work notes (Notes de travail ) prennent en charge plusieurs valeurs. Si vous essayez de mapper deux valeurs à un champ qui ne peut pas prendre en charge plusieurs valeurs, un message d’erreur s’affiche indiquant que ce champ ne prend pas en charge plusieurs valeurs. De même, si un champ d’un incident de sécurité comporte une liste dans laquelle vous pouvez choisir plusieurs options et que vous essayez de mapper à ce champ une option qui n’est pas affichée dans la liste, le champ n’est pas renseigné sur l’incident de sécurité.
      3. Dans la section Champs d’incident et d’alerte, glissez-déplacez votre champ pour le mapper à votre nouveau champ.
      4. Lorsque vous cochez la case correspondant à un champ, toutes les modifications nouvelles ou mises à jour apportées dans XSIAM mettent automatiquement à jour les données d’incident SIR respectives avec les nouvelles données d’incident.
        Remarque :
        Dans le système de base, la propriété système sn_sec_pan_xsiam.incident_updates est définie par défaut sur False pour recevoir les mises à jour XSIAM associées aux nouvelles alertes liées à SIR.
        • Par défaut, les champs Utilisateurs affectés, Éléments de configuration et Observables sont cochés. Cela signifie que chaque fois qu’un nouvel observable ou élément de configuration associé, ou un utilisateur affecté est ajouté à l’incident, ces informations sont automatiquement extraites et renseignées dans les listes connexes respectives de Réponse aux incidents de sécurité (SIR) pendant cet intervalle d’interrogation.
        • Après l’ingestion, les enregistrements d’incidents de sécurité affichent le CI sans correspondance dans la liste connexe des éléments de configuration et les utilisateurs affectés sans correspondance dans une liste connexe dédiée lorsqu’aucun enregistrement CMDB ou d’identité correspondant n’est trouvé, garantissant une visibilité complète des entités affectées tout au long du cycle de vie de l’incident.
        • Pour tous les autres champs, vous devez cocher la case correspondant à un champ correspondant à un champ pour toutes les modifications nouvelles ou mises à jour apportées à l’enregistrement d’incident XSIAM dans XSIAM. Cela remplacera automatiquement les données d’incident SIR respectives par les nouvelles données d’incident.
        Important :
        Une vérification raisonnable est requise avant de sélectionner cette fonctionnalité, car le remplacement des données existantes peut entraîner des données instables pour l’analyste et toute autre automatisation définie même par les valeurs de champ de l’incident de sécurité peut également être affectée. Il est donc très important de faire preuve de diligence raisonnable avant de sélectionner une fonctionnalité de remplacement.
    3. Pour supprimer un champ, utilisez le bouton Supprimer Supprimer l’élément en regard du champ d’expression d’entrée dans la section Champs cibles des incidents SIR.
    4. Pour mapper une valeur de champ de la section Champs d’incident et d’événement à un champ de la section Champs cibles d’incident SIR, utilisez l’une des actions suivantes :
      1. Faites glisser le nom du champ Incident (par exemple, ID) et déposez-le à côté d’un nom de champ dans la colonne Champs cibles de l’incident SIR.

        Vous pouvez faire correspondre n’importe quelle valeur de la section des champs Incident, Événement et Alerte à un champ de la section Champs cibles de l’incident SIR. Les champs sont codés par couleur afin que vous ne négligez pas ou ne dupliquiez pas les champs d’incident lors du processus de mappage. Les champs bleu clair indiquent qu’un champ d’incident n’est pas encore sélectionné et mappé sur l’incident de sécurité. Vous préférez peut-être associer des champs d’incident entrant à plusieurs champs sur un incident de sécurité. Un champ gris indique qu’un champ a été sélectionné et mappé à un champ sur l’incident de sécurité. De cette façon, vous pouvez visualiser quelles valeurs de champ ont été ajoutées à l’incident de sécurité et si des informations importantes restantes sur l’incident restent non mappées.

      2. Vous pouvez ajouter une combinaison de texte et de champ.
        Par exemple, le nom de l’incident est ${Incidents : name}$. Ici, le nom de l’incident peut être saisi manuellement tandis que ${Incidents : name}$ est mappé à partir de la section Champs d’incident et d’événement.
      3. Vous pouvez saisir manuellement et mapper des champs d’incidents ou d’événements sources à un champ cible.
        • Pour mapper manuellement un champ d’incident source, utilisez le format ${nom de champ}$. Par exemple, pour mapper la gravité d’un champ d’incident, le format est ${Incidents : gravité}$.
        • Pour ajouter manuellement des champs d’incident, d’événement et d’alerte, utilisez le format ${Source : field}$. Par exemple, ${Incidents : incident_name}$.
      Cette intégration classe certains sous-types d’observables. Lorsque vous mappez un champ Cortex XSIAM avec le champ observable SIR, l’observable est classé automatiquement. Si vous souhaitez mapper de manière générique l’observable Cortex XSIAM entrant au type observable, glissez-déplacez les champs Incident et Événement dans le champ Observable. Toutefois, si vous connaissez le type d’observable pour l’observable Cortex XSIAM entrant, effectuez un mappage spécifique au champ Type d’observable. Parmi les exemples de types d’observables spécifiques, citons Observable (nom de domaine), Observable (adresse e-mail), Observable (adresse IP (V4)) et Observable (nom d’hôte).

      Parfois, les valeurs de champ d’incident dans Cortex XSIAM peuvent ne pas se traduire directement dans les champs de l’incident de sécurité SIR. Pour ces valeurs, vous pouvez utiliser un éditeur de script pour formater les valeurs de champ sur l’incident de sécurité pendant l’étape de mappage. Utilisez l’éditeur de script si vous souhaitez formater des valeurs similaires, mais pas identiques.

    5. Pour formater une traduction de champ pour un nouveau champ à partir d’un incident Cortex XSIAM afin qu’elle corresponde à une valeur de champ sur un incident de sécurité, sélectionnez le lien Cliquez ici dans l’en-tête des champs cibles de l’incident SIR .
    6. Pour modifier les champs qui prennent en charge la traduction de champ, sélectionnez l’icône Traduction de champ de bouton de format de champ.
      Les champs qui prennent en charge la traduction des champs sont Utilisateur affecté, Élément de configuration et Priorité. Par exemple, cliquez sur l’icône du bouton Format de champ à côté de la catégorie. L’éditeur de script de traduction de champ Cortex XSIAM s’ouvre.
    7. Entrez les changements apportés au script et sélectionnez Mettre à jour pour enregistrer les changements et revenir à la page de mappage.
      Par exemple, pour Catégorie, définissez les éléments suivants dans l’éditeur de script :
      "<Incoming Cortex XSIAM Field Value>":"<Category to assign to the Security Incident>".
      Ce mappage garantit qu’un profil n’utilise que des catégories configurées.
    8. Poursuivez le mappage en ajoutant ou en supprimant des valeurs de champ.
      Vous pouvez utiliser les mêmes valeurs de champ dans le générateur de conditions de génération d’incidents pour définir des critères supplémentaires qu’un incident entrant doit satisfaire pour créer un incident de sécurité.

      Mapper les champs d’incident aux champs cibles d’incidents SIR

    9. Sélectionnez Continuer.

    Que faire ensuite

    Définissez et définissez des conditions de filtre pour spécifier quels incidents doivent créer des incidents de sécurité. Vous pouvez utiliser les mêmes valeurs de champ (définies dans la section Mappage) dans le générateur de conditions de génération d’incident (dans la section Filtrage et agrégation) pour définir des critères supplémentaires qu’un incident entrant doit satisfaire pour créer un incident de sécurité.

    Pour plus d'informations, voir Définir des critères de filtre et d’agrégation