Définir le calendrier de l’intégration IBM QRadar
Vous pouvez définir le calendrier de l’ingestion d’infraction. Au cours de cette étape, vous pouvez vérifier les paramètres par défaut pour la récupération de l’infraction ou modifier la planification si nécessaire. Cette étape vous permet également de récupérer les infractions historiques à l’aide d’une plage de dates.
Avant de commencer
Rôle requis : sn_si.admin
Pourquoi et quand exécuter cette tâche
Vous pouvez choisir d’ingérer des infractions historiques pendant l’étape de planification. Vous choisissez également la fréquence à laquelle vous interrogerez les nouvelles infractions futures et les infractions mises à jour qui correspondent à la configuration du profil.
En tant qu’utilisateur disposant du rôle sn_si.admin, vous configurez ces intervalles d’interrogation pour chaque profil. Les performances de l’intégration de l’ingestion IBM QRadar d’infraction peuvent être impactées par les différents intervalles d’interrogation. Lors de la planification, vous préférerez peut-être trouver un équilibre entre la réduction de la surcharge d’interrogation sur le serveur et le IBM QRadar désir d’être averti dès que possible lorsqu’une infraction est créée ou mise à jour. Une valeur par défaut de cinq minutes est définie pour n’importe quel profil, mais vous préférez peut-être modifier ce paramètre à une minute si nécessaire.
Extraction d’infractions nouvelles et mises à jour
Lorsque le calendrier d’interrogation est défini, la tâche planifiée extrait les infractions nouvelles et mises à jour qui ont été extraites précédemment, mais qui ne répondent pas aux critères de filtrage des incidents. Cela vous donne la possibilité de créer des incidents basés sur des critères qui peuvent ne pas être présents lors de la création d’une infraction pour la première fois, mais qui deviennent disponibles après une mise à jour, par exemple pendant la phase d’enquête. Une fois qu’un incident est créé pour une infraction spécifique, ses mises à jour ultérieures sont ignorées, car il est prévu que l’infraction soit maintenant traitée comme un incident de sécurité actif ServiceNow . Toutefois, toutes les autres infractions qui ont déjà été ingérées, mais qui ne répondent pas aux critères de génération d’incidents, continueront d’être extraites et vérifiées par rapport aux critères de génération d’incidents jusqu’à ce qu’elles fassent partie d’un incident actif.