Security Operations Analyse des e-mails

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 3 minutes de lecture
  • Générez de nouveaux Security Operations enregistrements à partir de systèmes de détection externes à l’aide Analyse des e-mailsde . Cette fonctionnalité fournit une méthode pour intégrer des informations provenant d’outils externes tels que la détection de programmes malveillants, la détection de vulnérabilité, les pare-feu, la connaissance des menaces, etc.

    Comment les e-mails sont analysés

    Tout système capable d’envoyer un e-mail peut créer Security Operations des enregistrements, par exemple, des incidents de sécurité, des demandes, des éléments vulnérables, des vulnérabilités, des observables d’incident de sécurité, des méthodes d’attaque, etc.

    Tous les Security Operations modules d’extension (Réponse aux incidents de sécurité, Renseignements sur les menaceset Vulnerability Response) ont une propriété (email_to) qui définit l’adresse e-mail vers laquelle les intégrations externes doivent envoyer des e-mails, afin qu’elle soit analysée par les analyseurs d’e-mails. Reportez-vous à Traitement des e-mails > Propriétés pour plus d’informations.

    Les e-mails envoyés à l’une Security Operations des adresses e-mail sont stockés dans une table d’événements d’e-mail. Ces e-mails sont traités pour déterminer s’ils correspondent à un analyseur d’e-mails.

    Les e-mails qui ont une correspondance sont marqués et les règles de transformation et de duplication créent ou mettent à jour un Security Operations enregistrement. L’e-mail est lié à cet enregistrement et marqué comme correspondant.

    Les e-mails qui ne correspondent pas sont répertoriés en E-mails sans correspondances tant qu’enregistrement Security Operations . Ils peuvent être examinés pour aider à créer des analyseurs d’e-mails pour gérer ces e-mails. Une action de retraitement vous permet d’exécuter à nouveau l’e-mail sans correspondance via les analyseurs. Le journal d’e-mails d’origine est lié à cet enregistrement.

    Les règles de duplication de la transformation d’e-mail gèrent plusieurs e-mails relatifs au même problème. Ces règles définissent ce qui constitue un enregistrement en double et peuvent empêcher la création d’enregistrements en double. Lorsqu’un doublon est détecté, la règle spécifie l’action à effectuer : aucune action (ne pas créer de nouvel enregistrement), créer le nouvel enregistrement en tant qu’enregistrement enfant de l’enregistrement existant ou mettre à jour l’enregistrement existant. Lors de la mise à jour, la règle de détection des doublons spécifie quels champs de l’enregistrement existant sont mis à jour.
    Remarque :
    Un Security Operations analyseur d’e-mail fonctionne conjointement avec les actions entrantes de la plateforme et ne les remplace pas. Il ne prend pas en charge la définition de valeurs sur les champs indirects, par exemple sys_journal_field les entrées.

    Par défaut, les événements d’e-mail sont supprimés après 30 jours.

    Plusieurs enregistrements

    Les systèmes de détection externes (détecteurs de logiciels malveillants, de vulnérabilités, etc.) peuvent envoyer des e-mails qui signalent plusieurs éléments à la fois. L’analyseur d’e-mail prend en charge les séparateurs dans l’e-mail.

    Par exemple, un détecteur de logiciels malveillants peut vous envoyer par e-mail un rapport sur tous les systèmes de votre réseau infectés par un logiciel malveillant particulier, avec d’abord des informations sur le logiciel malveillant, suivies d’une liste des systèmes affectés.

    Figure 1. Exemple d’e-mail malveillant
    Exemple d’e-mail malveillant
    Dans cet exemple, lorsque le séparateur d’enregistrement est défini dans votre transformation d’e-mailen tant que =================, il divise l’e-mail en quatre sections qui sont évaluées séparément. Cela crée un incident de sécurité pour chacun des trois systèmes affectés.
    Remarque :
    La section d’en-tête est détectée, mais aucun système affecté n’est donc utilisée dans les trois enregistrements et ne crée pas de quatrième enregistrement.

    Les transformations de champs extraient les données de chaque section. Si un élément de l’en-tête ou du pied de page de l’e-mail s’applique à tous les enregistrements, tels que Hachage de programme malveillant, Nom de programme malveillant et Type dans cet exemple, la transformation de champ correspondante doit définir Rechercher une valeur sur une valeur qui effectue une recherche dans le corps de l’e-mail, soit Au début d’une ligne dans le corps de l’e-mail , soit N’importe où dans le corps de l’e-mail.

    Les transformations de champdoivent être définies sur recherche au début d’une ligne dans la section d’enregistrement ou Sec pour les données définies dans chaque section, telles que le système, l’adresse IP ou l’état. Les options de section d’enregistrement ne sont disponibles que lorsqu’un séparateur d’enregistrement est défini dans la transformation d’e-mail.

    Lors de l’analyse d’un e-mail avec un séparateur défini, les enregistrements ne sont créés que pour les sections ayant au moins un élément de données spécifiques à la section.

    Dans cet exemple, trois enregistrements sont créés, même si quatre sections sont définies. La première section est un en-tête, et il lui manque quoi que ce soit de spécifique à un seul système. Si l’un des champs de la première section est renseigné (Système, Adresse IP ou État), un enregistrement est également créé pour cette section.