Face à un volume élevé d'alertes de sécurité, la réponse manuelle s'avère inefficace et accroît l'exposition aux risques en raison des délais de traitement. Les règles de réponse automatisée résolvent ce problème grâce à des workflows prédéfinis. Lorsqu'une alerte ou un événement spécifique est déclenché, le système exécute automatiquement des actions de réponse, telles que le blocage d'adresses IP et l'isolement de fichiers. Cette approche améliore l'efficacité de la réponse, réduit le temps moyen de réponse (MTTR) et permet aux équipes de sécurité de se concentrer sur l'analyse des menaces avancées.
Fonctionnement
La fonctionnalité de réponse automatisée repose sur la logique « correspondance des conditions, exécution des actions ». Lorsque le système reçoit une nouvelle alerte ou un nouvel événement, il le traite selon le workflow suivant :
Entrée des données : Security Center reçoit et analyse les alertes de sécurité provenant de divers produits cloud (tels que WAF et AEGIS), puis agrège les alertes connexes en événements de sécurité sur la base de leur corrélation.
Correspondance des règles : Le moteur de réponse fait correspondre chaque règle activée avec le Trigger et la Filter Condition configurés.
Exécution des actions : En cas de correspondance réussie, le système exécute une ou plusieurs actions de réponse selon l'Order et la politique de Silence Rule définies dans la règle. Ces actions peuvent inclure l'exécution de playbooks et la modification des statuts d'événements.
Journalisation des résultats : Les résultats de toutes les actions automatisées sont enregistrés dans le Disposal Center à des fins d'audit et de traçabilité.
Concepts clés
Entité : Objet opérationnel d'une action de réponse. Il s'agit d'informations clés extraites d'une alerte ou d'un événement, telles que les adresses IP, les hachages MD5 de fichiers et les noms de processus.
Playbook : Workflow opérationnel automatisé prédéfini. Les règles de réponse automatisée gèrent des opérations complexes sur les entités en exécutant des playbooks.
-
Types de règles de réponse automatisée :
Prédéfini : Le système fournit des politiques de réponse intégrées qui peuvent être activées directement. Vous pouvez consulter la configuration associée sur la page de détails, mais vous ne pouvez ni la modifier ni la supprimer.
Personnalisé : Response Orchestration offre une configuration flexible des règles de réponse. Personnalisez les règles de réponse en fonction de vos besoins métier.
Créer une règle de réponse automatisée
Après avoir créé une règle de réponse automatisée, Agentic SOC met en correspondance les nouveaux événements de sécurité selon la politique de règle que vous avez configurée. En cas de correspondance réussie, Agentic SOC exécute les actions de règle prédéfinies pour vous aider à répondre plus rapidement aux menaces de sécurité et à les atténuer.
Accédez à la console Security Center - Agentic SOC - Management - Response Rules. Dans le coin supérieur gauche de la page, sélectionnez la région de vos ressources : Chinese Mainland ou Outside Chinese Mainland.
-
Dans l'onglet Automated Rules, cliquez sur Create Rule.
RemarqueVous pouvez également sélectionner une règle prédéfinie ou personnalisée existante, puis cliquer sur Actions > Copy pour créer rapidement une règle.
-
Configurez les Basic Information
Rule Name : Définissez un nom clair et compréhensible pour la règle. Nous recommandons le format
Scenario_Object_Action, par exempleMiningProgram_Process_AutoTerminate.-
Trigger : Sélectionnez une méthode appropriée en fonction de la condition de déclenchement.
Méthode de déclenchement
Moment du déclenchement
Restrictions d'action
Alert Occurrence
Se déclenche immédiatement lors de la génération d'une seule alerte.
Seules les options Run Playbook et Add Alert to Whitelist sont prises en charge.
Event Occurrence
Se déclenche pour la première fois lorsque plusieurs alertes sont agrégées en un événement de sécurité.
Toutes les actions au niveau de l'événement et l'exécution de playbooks sont prises en charge.
Event Update
Se déclenche lorsqu'une nouvelle alerte est associée à un événement existant (l'heure de survenance est mise à jour).
Toutes les actions au niveau de l'événement et l'exécution de playbooks sont prises en charge.
-
Configurez les règles de déclenchement et d'exécution
Filter Condition
Définissez les valeurs de champ spécifiques pour la règle de déclenchement. Les différentes méthodes d'exécution nécessitent différents champs de fonctionnalité. Dans la zone de configuration, cliquez sur Add Condition ou Add Group pour ajouter plusieurs conditions et groupes de conditions.
-
Logique des conditions :
Au sein d'un groupe : Plusieurs conditions peuvent être configurées dans un seul groupe de conditions, avec une relation définie sur AND ou OR.
Entre les groupes : Plusieurs groupes de conditions peuvent être configurés, la relation entre les groupes étant également définie sur AND ou OR.
-
Exemple :
Supposons qu'il existe 3 groupes avec la relation «
group1ANDgroup2ORgroup3».Le
group1utilise la logique AND en interne, legroup2utilise la logique OR en interne et legroup3utilise la logique AND en interne.
-
Paramètres :
Champs de fonctionnalité : Les champs de fonctionnalité disponibles varient en fonction du Trigger . Reportez-vous à la console.
-
Champs de condition : Les conditions prises en charge sont décrites dans le tableau suivant.
Condition
Description
=
Égal à.
<>
Différent de.
contains
La chaîne contient.
not contains
La chaîne ne contient pas.
in
Figure dans les valeurs de condition. Séparez plusieurs valeurs par des virgules, par exemple condi1,condi2.
not in
Ne figure pas dans les valeurs de condition. Séparez plusieurs valeurs par des virgules, par exemple condi1,condi2.
is null
Est une chaîne vide. "", null et NULL sont tous traités comme des chaînes vides.
is not null
N'est pas une chaîne vide.
regexp
Correspond à une expression régulière.
not regexp
Ne correspond pas à une expression régulière.
not in ip dataset
Ne figure pas dans l'ensemble de données IP.
RemarqueL'ensemble de données ne peut être sélectionné qu'après avoir été configuré dans .
in ip dataset
Figure dans l'ensemble de données IP.
not in dataset
Ne figure pas dans l'ensemble de données.
in dataset
Figure dans l'ensemble de données.
Rule Action
Lorsqu'une alerte ou un événement de sécurité correspond à une règle de réponse automatisée, le système exécute séquentiellement toutes les actions de règle configurées pour l'entité spécifiée. Dans la zone Rule Action, cliquez sur Add pour ajouter plusieurs actions de règle.
ImportantSi vous ajoutez plusieurs actions de règle, Agentic SOC exécute toutes les actions de règle séquentiellement lorsque la politique de règle correspond.
-
Restrictions d'action
Lorsque la méthode d'exécution est Alert Occurrence, seules les options Run Playbook et Add Alert to Whitelist sont prises en charge.
Lorsque la méthode d'exécution est Incident Occurrence/Incident Update, les actions suivantes sont prises en charge : Run Playbook, Change Incident Status, Change Risk Level, Use Recommend Playbook, Modify Owner, Add incident tag et Delete incident tag.
-
Détails de l'action
-
Run Playbook : Lorsque la politique de règle correspond, le playbook sélectionné est automatiquement exécuté.
-
Compatibilité des playbooks :
Les options Predefined Playbook et Custom Playbook publié sont prises en charge.
Un playbook ne peut être associé à une règle de réponse automatisée que si son nœud de démarrage est configuré avec des types de paramètres de sortie spécifiques. Les types d'entités pris en charge incluent : entité IP, entité fichier, entité processus, entité conteneur, entité nom de domaine, entité hôte et alerte de sécurité.
-
Playbook Parameters :
Paramètre
Description
Entité (telle qu'une adresse IP malveillante ou un processus malveillant)
Par défaut sur Automatically Obtain et ne peut pas être modifié. Agentic SOC récupère automatiquement les informations sur l'entité à traiter en fonction des informations de journal de l'alerte ou de l'événement entrant.
Compte de destination
Le compte Alibaba Cloud qui exécute le playbook. Deux types de comptes sont pris en charge :
-
Acquisition automatique par le système : Rempli automatiquement en fonction des informations sur l'objet entité. L'objet entité contient des descriptions d'attributs pour le compte Alibaba Cloud connecté à l'Agentic SOC actuel.
-
Personnalisé : L'UID Alibaba Cloud actuel (compte racine) ou un compte membre géré par la gestion de la sécurité multi-comptes.
Période de validité de l'action
Période de validité des actions de playbook IP.
-
Si le playbook bloque une adresse IP et que la période de validité est définie sur 7 jours, l'adresse IP est bloquée pendant 7 jours et débloquée automatiquement à l'expiration.
-
Si le playbook ajoute une adresse IP à une liste d'autorisation et que la période de validité est définie sur 7 jours, l'adresse IP est ajoutée à la liste d'autorisation pendant 7 jours et libérée automatiquement à l'expiration.
-
Si le playbook surveille une adresse IP en mode observation et que la période de validité est définie sur 7 jours, l'adresse IP est surveillée avec des alertes pendant 7 jours et la surveillance est supprimée à l'expiration.
-
-
-
Add Alert to Whitelist :
Pour une alerte CWPP, le statut de l'alerte est automatiquement mis à jour vers Automatically Add to Whitelist. Pour une alerte Agentic SOC, le champ Add to Whitelist est mis à jour vers Yes et les notifications d'alerte ne sont plus envoyées.
Les alertes correspondant à cette règle de liste d'autorisation ne sont plus associées aux événements.
-
Use Recommend Playbook : Le système recommande un playbook prédéfini correspondant en fonction des informations sur l'alerte et l'entité.
RemarqueVous pouvez consulter tous les playbooks intégrés dans l'onglet Predefined Playbook. Par exemple, pour une entité IP extraite d'une alerte WAF, le système recommande le playbook de blocage d'IP WAF.
Change Incident Status : Lorsque la politique de règle correspond, le statut de l'événement est automatiquement ajusté.
Change Risk Level : Lorsque la politique de règle correspond, le niveau de menace de l'événement est automatiquement ajusté.
-
Modify Owner : Attribue automatiquement un propriétaire à l'événement généré afin de garantir une réponse rapide aux événements de sécurité.
RemarqueVous pouvez trouver l'enregistrement d'attribution automatique du propriétaire sous l'onglet Activity Log de l'onglet Response Activity de la page de détails de l'événement.
Add incident tag/Delete incident tag: Ajoute ou supprime automatiquement les tags spécifiés pour les événements afin de faciliter leur catégorisation, leur filtrage et leur gestion.
-
Fréquence et ordre d'exécution des règles
Silence Rule : Pour la même entité exécutant le même playbook, une seule exécution maximum est autorisée dans une fenêtre d'une minute.
Order : Lorsque plusieurs politiques de règle correspondent, le système exécute toutes les actions de règle séquentiellement en fonction de l'Order spécifié.
-
Une règle est désactivée après sa création. Sur la page de liste des règles, cliquez sur l'icône
dans la colonne Enabling Status pour activer la règle de réponse automatisée.
Consulter les enregistrements de traitement
Après l'activation d'une règle de réponse automatisée, le système exécute automatiquement les actions de règle lorsqu'un événement ou une alerte correspond à la politique de règle. Consultez les enregistrements de traitement via les méthodes suivantes.
Incident Response : Accédez à pour afficher les détails du traitement.
Détails du playbook : Si un playbook est exécuté pour le traitement, un enregistrement d'exécution est généré. Consultez les enregistrements d'exécution historiques sur la page de détails du playbook.
Playbook Execution Records : Accédez à et cliquez sur l'onglet Playbook Execution Records pour afficher toutes les exécutions de playbooks.
Application en production
Test et validation : Pour éviter les erreurs de manipulation, vérifiez la logique de déclenchement des règles avant d'utiliser des actions à haut risque (telles que le blocage d'adresses IP ou la suppression de fichiers) dans l'environnement de production.
Éviter les conflits de règles : Planifiez l'ordre d'exécution des règles pour éviter des opérations contradictoires sur le même événement par plusieurs règles. Par exemple, une règle élève un événement au niveau High tandis qu'une autre le rétrograde au niveau Low. Le système exécute les actions séquentiellement et la dernière action écrase le résultat de la précédente.
Considérations de performance : Dans la Filter Condition, utilisez les expressions régulières complexes (
regexp) avec prudence. Des expressions inefficaces peuvent affecter les performances de correspondance des règles.
FAQ
-
Pourquoi la règle que j'ai créée n'a-t-elle pas été déclenchée ?
Résolvez le problème en effectuant les étapes suivantes :
Statut de la règle : Vérifiez si la règle est activée sur la page de liste des règles.
Conditions de filtrage : Vérifiez si les conditions de filtrage sont trop restrictives. Essayez d'assouplir les conditions ou d'utiliser une action inoffensive (telle que l'ajout de tags) pour les tests.
Correspondance des champs : Confirmez que les valeurs de champ réelles dans l'alerte ou l'événement correspondent exactement aux valeurs définies dans les conditions de filtrage. Faites attention aux espaces, à la sensibilité à la casse et à d'autres détails.
Silence Rule : Vérifiez si le mécanisme de Silence Rule supprime les actions répétées sur une courte période.
-
Comment résoudre un échec d'exécution de playbook ?
Consulter les enregistrements d'exécution : Accédez au Disposal Center ou à la page Historical Execution Records du playbook pour afficher les journaux détaillés et les informations d'erreur de la tâche ayant échoué.
Vérifier les autorisations du compte : Vérifiez si le Destination Account (ou son rôle RAM) spécifié dans le playbook dispose des autorisations suffisantes pour effectuer les opérations associées, telles que la création de règles de groupe de sécurité VPC ou l'isolement de fichiers.
Vérifier la configuration des paramètres : Confirmez que les informations sur l'entité de la règle de déclenchement sont complètes et peuvent être transmises en tant que paramètres valides au playbook.