Les politiques d'ingestion des journaux Agentic SOC doivent être associées à des règles standardisées. Les règles standardisées utilisent la syntaxe SPL du service Simple Log Service (SLS) pour analyser et normaliser les journaux.
Règles standardisées
Sources des règles
Les règles standardisées utilisent la syntaxe SPL pour mapper les journaux bruts entrants vers des structures de journal standardisées et définir les mappages de champs clés. Cela fournit la base de données nécessaire à la génération d'alertes à partir des journaux normalisés.
Source de la règle | Description | Opérations prises en charge |
Prédéfinie | Agentic SOC initialise par défaut un ensemble de règles d'analyse avec la syntaxe SPL et les associe aux politiques d'ingestion. Les plus de 50 modèles de règles intégrés incorporent l'expertise en matière de sécurité d'Alibaba Cloud. |
|
Personnalisée |
|
|
Créer des règles standardisées personnalisées
Accédez à la console Security Center - Agentic SOC - Management -Integration Settings. Dans le coin supérieur gauche de la page, sélectionnez la région de vos ressources : Chinese Mainland ou Outside Chinese Mainland.
-
Configurez les paramètres suivants pour les paramètres de base.
Paramètre
Description
Rule Name
Nom personnalisé de la règle.
Service Provider
Fournisseurs prédéfinis : Alibaba Cloud, Fortinet, Chaitin, Microsoft, Sangfor, Tencent Cloud, Huawei Cloud, Hillstone Networks, DbappSecurity, Microsoft Cloud, etc.
Fournisseurs personnalisés : Pour savoir comment créer des fournisseurs, consultez la rubrique Intégration de produits.
Service
Répertorie automatiquement tous les produits sous le fournisseur sélectionné, tels que Security Center pour Alibaba Cloud et Fortinet Firewall. Pour la liste des produits pris en charge, consultez la rubrique Paramètres d'intégration.
Remarks
Ajoutez une description pour la règle standardisée afin de faciliter la recherche et d'améliorer la lisibilité.
-
Dans l'onglet Log Standardization Test, configurez les mappages de champs pour la règle de standardisation.
-
Sélectionnez une source d'exemple de journal :
-
Based on data source
Source de données : Synchronise automatiquement les instances de sources de données existantes.
Exemple de journal : Interroge automatiquement les exemples de journaux des 7 derniers jours. Vous pouvez également sélectionner une plage de temps personnalisée.
Based on manual input : Collez les données de journal brutes dans l'éditeur JSON. L'éditeur prend en charge le formatage et la validation.
-
-
Créez un plan d'analyse en utilisant soit la configuration recommandée par l'IA, soit la configuration manuelle.
Configuration recommandée par l'IA
Invoquez l'assistant Security AI depuis la console. Agentic SOC attribue automatiquement un agent de standardisation des journaux pour analyser les exemples de journaux, recommander une classification de standardisation, une structure et un mappage de champs, et générer la syntaxe SPL.
Dans la section Parse test, cliquez sur Security AI Assistant. Le panneau de dialogue de l'assistant IA s'affiche à droite.
-
Obtenir la configuration recommandée : Après avoir analysé l'exemple de journal, l'assistant Security AI renvoie la configuration recommandée.
-
Classification et structure de standardisation : L'IA identifie le type de journal en fonction du contenu du journal et recommande une classification.
Classifications de standardisation : Network Log, Host Log, Security Log, Audit Log, Snapshot Log, Logon Log et Other Log.
-
Structure de standardisation :
Chaque classification de standardisation contient plusieurs structures de standardisation.
Chaque structure de standardisation correspond à un ensemble de champs standardisés et à un jeu de données (StoreView). Un jeu de données peut être mappé à plusieurs structures de standardisation.
Pour savoir comment afficher le jeu de données et les champs standardisés pour une classification ou une structure, consultez la rubrique Afficher les champs standardisés et les jeux de données.
Tableau des résultats de mappage : Affiche le mappage entre chaque champ de journal et son champ standardisé, et indique si le champ est obligatoire ou facultatif. Pour les champs que l'IA ne fait pas correspondre automatiquement, sélectionnez un champ standardisé dans la liste déroulante.
-
Générer la syntaxe SPL : Sous la configuration recommandée, cliquez sur Generate SPL. L'IA génère la syntaxe SPL en fonction des résultats du mappage, et fournit un tableau de décision de mappage ainsi qu'une auto-vérification de conformité.
Remplir le formulaire de configuration : Sous la syntaxe SPL générée, cliquez sur Apply. La classification de standardisation, la structure et la syntaxe SPL recommandées par l'IA sont automatiquement renseignées dans le formulaire d'édition de la règle.
Configuration manuelle
Classification et structure de standardisation : Pour les classifications et structures de standardisation par défaut prises en charge par Agentic SOC, ainsi que leurs descriptions de champs, consultez la rubrique Afficher les champs standardisés et les jeux de données.
-
Syntaxe SPL :
Utilisez les règles prédéfinies et les règles personnalisées existantes comme modèles. Consultez la syntaxe SPL de chaque règle sur sa page de détails.
Ou rédigez une syntaxe personnalisée en vous référant à la documentation sur la syntaxe SPL.
-
Configurez les champs étendus et le type de syntaxe
-
Ingestion des champs étendus :
Pass-through : Les champs de journal bruts qui ne sont pas mappés aux champs standardisés sont stockés directement dans le jeu de données sous forme de paires clé-valeur. Cela préserve toutes les données d'origine mais augmente le volume des journaux et les coûts de trafic.
Not Ingested (Default) : Les champs de journal bruts qui ne sont pas mappés par les règles standardisées sont ignorés.
-
Type de syntaxe :
General syntax : Lorsque vous configurez une politique d'ingestion de journaux, vous pouvez sélectionner soit Real-time Consumption, soit Scan Query. Pour plus d'informations, consultez la comparaison des méthodes de standardisation dans la rubrique Journaux de produits.
Real-time consumption : Lorsque vous configurez une politique d'ingestion de journaux, la méthode de standardisation prend uniquement en charge Real-time Consumption.
-
-
Test d'analyse
Après avoir configuré la classification de standardisation et la syntaxe d'analyse, cliquez sur Parse.
Consultez les résultats d'analyse dans la section Parse Results.
-
Gérer les champs étendus (facultatif)
Si les résultats d'analyse SPL contiennent des champs qui ne sont pas mappés aux champs standardisés et que l'ingestion des champs étendus est définie sur Pass-through, nous vous recommandons de créer des index pour ces champs afin de faciliter les recherches rapides après l'ingestion. Pour plus d'informations, consultez la rubrique Gérer les règles standardisées.
-
Une fois le test réussi, cliquez sur Complete dans le coin inférieur gauche.
Gérer les règles standardisées
Modifier les règles standardisées
Cliquez sur Edit dans la colonne Actions de la règle cible. Vous pouvez modifier le nom de la règle, les remarques et la syntaxe SPL. Pour les instructions de configuration, consultez la rubrique Créer des règles standardisées personnalisées.
Seules les règles personnalisées peuvent être modifiées.
Supprimer les règles standardisées
Cliquez sur Delete dans la colonne Actions de la règle cible.
Les règles prédéfinies ne peuvent pas être supprimées.
Les règles standardisées associées à des politiques d'ingestion ne peuvent pas être supprimées.
Champs standardisés et jeux de données
Afficher les champs standardisés et les jeux de données
Accédez à la console Security Center - Agentic SOC - Management -Integration Settings. Dans le coin supérieur gauche de la page, sélectionnez la région de vos ressources : Chinese Mainland ou Outside Chinese Mainland.
Dans la liste Standard Fields à gauche, les éléments sous Log Activity Category correspondent aux Standardization Category prises en charge par Agentic SOC. Les nœuds racines représentent la Standardization Structure.
Cliquez sur l'icône de développement à côté d'une Standardization Category (par exemple, Network Log) pour afficher la Standardization Structure qui lui est associée (par exemple, 5-tuple Log, DNS Log et HTTP Log).
-
Cliquez sur une Standardization Structure (par exemple, API Risk Log). Les informations suivantes s'affichent à droite :
Standardized Field : Affiche les champs standardisés pour la structure sélectionnée, y compris le nom du champ, le type, la description, le statut obligatoire et les exemples de valeurs.
Extended Fields : Affiche les champs étendus définis par l'utilisateur, y compris le nom du champ, le type, la description, le statut de tokenisation et l'heure de mise à jour.
Dataset : Affiche le Jeu de données pour la structure sélectionnée.
Gérer les champs étendus
Créer une nouvelle structure de standardisation (facultatif)
Dans l'onglet Standardized Field, cliquez sur l'icône
à côté du Standard Fields cible dans la liste des champs standardisés.-
Dans la boîte de dialogue Standardization Structure, configurez les paramètres suivants.
Standardization Structure : Saisissez un nom pour la structure afin de faciliter son identification lors de la configuration des règles standardisées.
Structure Identifier : Doit commencer par
custom-. Les lettres et les chiffres sont pris en charge.-
Log Storage Location : Sélectionnez le LogStore pour stocker les journaux
-
Create Logstore :
Name : Doit commencer par
custom-.Storage Location : Le LogStore est créé sous le projet de journal (
aliyun-cloudsiem-data-{aliUid}-{regionId}). Vous pouvez le consulter dans la console Simple Log Service.
Existing LogStore : Vous ne pouvez sélectionner que des LogStores personnalisés (les noms commencent par
custom-).
-
Ajouter des champs étendus
Si les journaux ingérés contiennent des champs qui ne sont pas mappés au Standardized Field et que l'option Add Extended Fields est définie sur Keep Original, nous vous recommandons de créer des index pour ces champs afin de faciliter les recherches rapides après l'ingestion.
Ajout groupé
Dans l'onglet Standardized Rule, lorsque vous créez ou modifiez une règle personnalisée, cliquez sur Manage Custom Fields dans la section Parse Test.
Sur la page Extension Field Management, cliquez sur Auto-generate Index Property.
Le système synchronise automatiquement les champs de journal extraits de l'exemple à l'aide de la syntaxe SPL mais non mappés au Standardized Field en tant que champs étendus.
-
Sélectionnez une méthode d'ajout :
Append : Conserve les attributs d'index existants et ajoute les nouveaux index de champs étendus.
Overwrite : Remplace les attributs d'index existants et supprime les anciennes données d'index.
-
Modifiez les informations sur les champs (facultatif) :
Field Name : Nom du champ de journal brut qui n'est pas mappé à un champ standardisé.
Type : Les types pris en charge sont text, long, double et JSON.
-
Enable Tokenization :
Pris en charge pour les champs text et contrôlé par un interrupteur à bascule.
Délimiteurs pris en charge : virgule (,), espace, apostrophe ('), guillemet ("), point-virgule (;), signe égal (=), parenthèses (()), crochets ([]), accolades ({}), point d'interrogation (?), arobase (@), esperluette (&), chevrons (<>), barre oblique (/), deux-points (:), saut de ligne (\n), tabulation (\t) et retour chariot (\r).
Ajout unique
Dans l'onglet Standardized Field, développez la Standardization Category cible et cliquez sur la Standardization Structure cible.
Dans l'onglet Extended Fields à droite, cliquez sur Add Field.
-
Dans l'onglet de gestion des champs étendus, cliquez sur Add Field et configurez les paramètres suivants.
Field Name : Nom du champ de journal brut qui n'est pas mappé à un champ standardisé.
Type : Les types pris en charge sont text, long, double et JSON.
-
Enable Tokenization :
Pris en charge pour les champs text et contrôlé par un interrupteur à bascule.
Délimiteurs pris en charge : virgule (,), espace, apostrophe ('), guillemet ("), point-virgule (;), signe égal (=), parenthèses (()), crochets ([]), accolades ({}), point d'interrogation (?), arobase (@), esperluette (&), chevrons (<>), barre oblique (/), deux-points (:), saut de ligne (\n), tabulation (\t) et retour chariot (\r).
Jeu de données
Qu'est-ce qu'un jeu de données
Un jeu de données (StoreView) est une ressource virtuelle basée sur un LogStore qui gère les associations entre plusieurs LogStores. Vous pouvez utiliser les jeux de données pour interroger les journaux de plusieurs LogStores de manière unifiée. Toutefois, les jeux de données ne prennent pas en charge la modification des journaux.
Mappage entre les jeux de données et les champs standardisés
Les règles standardisées nécessitent une configuration Standardization Classification/Structure. Chaque classification de standardisation contient plusieurs structures de standardisation. Chaque structure correspond à un jeu de données (StoreView) et à un ensemble de champs standardisés. Un jeu de données (StoreView) peut également être mappé à plusieurs structures de standardisation. La figure suivante illustre le mappage :
Notes d'utilisation des jeux de données
Lors de l'intégration de produits, Agentic SOC analyse les journaux de produits à l'aide de la syntaxe SPL et des champs de données standard du jeu de données, puis met en correspondance les règles de détection des menaces pour identifier les risques de sécurité.
Si un jeu de données (StoreView) est déjà associé à cinq politiques d'ingestion en mode scan query, les nouvelles politiques ne peuvent utiliser que Real-time Consumption comme méthode de standardisation et ne prennent pas en charge Scan Query. Pour plus d'informations sur les méthodes de standardisation, consultez la rubrique Journaux de produits.
Jeux de données courants
Le tableau suivant répertorie les jeux de données courants :
Classification de standardisation | Structure de standardisation | Jeu de données | Logstore |
Network log | 5-tuple log | network_activity | network-activity |
DNS log | |||
HTTP log | |||
Host log | Process outbound network connection log | process_activity | process-activity |
Process file write log | |||
Process start log | |||
Process DNS request log | |||
Security log | API security risk log | risk_activity | risk-activity |
Cloud service baseline log | |||
Host baseline log | |||
Cloud platform operation alert log | alert_activity | alert-activity | |
API security alert log | |||
Endpoint detection and response (EDR) alert log | |||
Firewall alert log | |||
Host network alert log | |||
WAF alert log | |||
Other alert log | |||
Crawler alert log | |||
Vulnerability log | vulnerability_activity | vulnerability-activity | |
Audit log | bastion host audit log | audit_activity | audit-activity |
NoSQL database audit log | |||
Cloud platform operation audit log | |||
Kubernetes audit log | |||
Windows security event log | |||
API gateway audit log | |||
Relational database audit log | |||
Object storage audit log | |||
Azure Active Directory audit log | |||
Azure Active Directory logon log | |||
Snapshot log | Account snapshot | account_activity | account-activity |
Process start snapshot | process_activity | process-activity | |
Network connection snapshot | |||
Logon log | Cloud platform logon log | login_activity | login-activity |
Host logon failure log | |||
Host logon log |