Créer un formulaire de vulnérabilité opérationnelle

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

    • Renseignez les champs du formulaire Créer une vulnérabilité opérationnelle.

    Tableau 1. Créer un formulaire de vulnérabilité opérationnelle
    Champ Description
    Numéro Nombre de vulnérabilités. Ce champ est automatiquement défini.
    Nom Nom de la vulnérabilité. Par exemple, la vulnérabilité environnementale.
    Description Description de la vulnérabilité.
    État État du workflow de la vulnérabilité. Ce champ est automatiquement défini sur Nouveau.
    Type Nature ou type de vulnérabilité. Ce champ est automatiquement défini sur Type de vulnérabilité.
    Gravité Gravité de la vulnérabilité. Les choix sont les suivants :
    • Faible
    • Moyenne
    • Élevée
    • Critique
    Sous-type Sous-type de vulnérabilité. Par exemple, Perte de documentation.
    Priorité Priorité de la vulnérabilité. Les choix sont les suivants :
    • 1 - Critique
    • 2 : élevé
    • 3 - Modéré
    • 4 - Faible
    • 5 - En préparation
    • Aucun
    Remarque :
    La valeur par défaut de ce champ est définie sur Planification.
    Entité principale Entité impactée par le ticket. Seules les entités identifiées dans les zones impactées peuvent être sélectionnées en tant qu’entité primaire.
    Propriétaire de l'entité Utilisateur propriétaire de l’entité. Ce champ est automatiquement défini en fonction de l’entité sélectionnée dans la liste connexe Domaines impactés.
    Informations personnelles
    Contient des informations personnelles Champ permettant de décider si la violation contient des informations personnelles. Les choix sont les suivants :
    • À décider : Sélectionnez cette option si vous n’êtes pas certain que l’atteinte contient des renseignements personnels.
    • Oui : sélectionnez cette option si l’atteinte porte sur des renseignements personnels.
    • Non : sélectionnez cette option si la violation ne contient pas d’informations personnelles.
    Nombre de personnes impactées Nombre de personnes impactées par le ticket.
    Catégories de personnes concernées/d'individus impactés Définissez qui est impacté par le ticket. Les choix sont les suivants :
    • Clients
    • Employés
    Affectation
    Demandeur Personne ayant signalé la vulnérabilité.
    Groupe d'affectation Groupe affecté au ticket.
    Remarque :
    Le groupe d’affectation est préconfiguré pour le type de ticket lors de la configuration de la configuration.
    Approbateurs Approbateurs de la vulnérabilité.
    Demandé au nom de Nom de la personne au nom de laquelle vous avez créé la vulnérabilité.
    Analyste Analyste qui analysera et travaillera sur la vulnérabilité. L’analyste fait partie du groupe d’affectation.
    Liste de surveillance Des personnes qui doivent être conscientes de la vulnérabilité.
    Origine primaire
    Emplacement Emplacement où la vulnérabilité s’est produite. Par exemple, l’emplacement est le Japon.
    Unité business concernée Unité business impactée par la violation.
    Sous-emplacement Sous-emplacement de l’occurrence de vulnérabilité. Par exemple, le sous-emplacement est Tokyo.
    Source Source de la création de vulnérabilité. Ce champ est automatiquement défini sur Manuel lorsque la vulnérabilité opérationnelle est créée manuellement. Si la vulnérabilité opérationnelle est signalée à partir du , le champ affiche la source comme Centre des Centre des employésemployés. Le Résilience opérationnelle gestionnaire peut mettre à jour la source ou ajouter la nouvelle source à la zone connexe.
    Département concerné Département impacté par la vulnérabilité. Les choix sont les suivants :
    • Finances
    • RH
    • Informatique
    • Marketing
    • Ventes
    Table source Table source à partir de laquelle la vulnérabilité est créée.
    Enregistrement source Enregistrement source de l’objet source à partir duquel la vulnérabilité est créée. Par exemple, si la vulnérabilité est signalée à partir d’événements à risque, ce champ affiche le nom de l’événement à partir duquel la vulnérabilité est signalée.
    Calendrier
    Date de survenue Date à laquelle la vulnérabilité s’est produite. Par exemple, la vulnérabilité peut s’être produite le 18-02-2024.
    Date de découverte Date à laquelle vous avez découvert la vulnérabilité. Par exemple, la vulnérabilité peut s’être produite le 18-02-2024, mais n’est découverte par l’utilisateur que le 12-03-2024.
    Date d'échéance Date à laquelle la vulnérabilité est prévue.
    Date de fermeture Date à laquelle la vulnérabilité est fermée.
    Date de signalement Date à laquelle la vulnérabilité est signalée.
    Date de début d'évaluation Date de début de l’évaluation ou date à laquelle la vulnérabilité a été analysée.
    Date de début d'approbation en attente Date à laquelle la vulnérabilité a été résolue.
    Date d'approbation Date d’examen post-ticket de la vulnérabilité.
    Conclusions
    Traitement Décision prise pour le traitement. Les choix sont les suivants :
    • Accepter
    • Éviter
    • Atténuer
    • Transférer
    • Aucun
    Analyse de la cause première
    Cause première Cause primaire de l’occurrence de vulnérabilité.
    Activité
    Notes de travail (privées) Notes ou informations concernant la vulnérabilité.
    Commentaires (visibles par les clients) Informations supplémentaires concernant la vulnérabilité pour les clients.
    E-mail Option permettant de composer un e-mail au sujet de la vulnérabilité aux personnes concernées.
    Pièces jointes Option permettant de joindre le PDF de la vulnérabilité.
    Tâches d'action Tâches d’action associées à la vulnérabilité.
    Origine primaire Origine primaire de la vulnérabilité.
    Domaines concernés Zones impactées liées à la vulnérabilité.
    Problèmes Problèmes liés à la vulnérabilité.
    Approbateurs Approbateurs de la vulnérabilité.