Collecter les journaux CommVault Backup and Recovery
Ce document explique comment ingérer les journaux CommVault Backup and Recovery (CommCell) dans Google Security Operations à l'aide de l'agent Bindplane.
CommVault CommCell génère des messages syslog pour les alertes, les pistes d'audit et les événements liés aux opérations de sauvegarde et de récupération. L'analyseur extrait les champs et les mappe au modèle de données unifié (UDM).
Avant de commencer
Assurez-vous de remplir les conditions suivantes :
- Une instance Google SecOps
- Windows Server 2016 ou version ultérieure, ou hôte Linux avec
systemd - Connectivité réseau entre l'agent Bindplane et le système CommVault CommCell
- Si vous exécutez l'agent derrière un proxy, assurez-vous que les ports du pare-feu sont ouverts conformément aux exigences de l'agent BindPlane.
- Accès privilégié à l'UI Web CommCell de Commvault
Obtenir les identifiants Google SecOps pour l'agent Bindplane
Pour authentifier l'agent Bindplane auprès de Google SecOps, choisissez l'une des méthodes suivantes :
- Nouveaux déploiements : utilisez l'API Chronicle (option 1).
- Déploiements existants : continuez à utiliser le fichier d'authentification pour l'ingestion (option 2) jusqu'à l'arrêt de l'API Ingestion le 20 juillet 2027.
Option 1 : Créer un compte de service pour l'API Chronicle (recommandé)
- Connectez-vous à la consoleGoogle Cloud et sélectionnez le projet Google Cloud associé à votre instance Google SecOps.
- Accédez à IAM et administration > Comptes de service.
- Cliquez sur Créer un compte de service.
- Fournissez les informations de configuration suivantes :
- Nom du compte de service : saisissez un nom pour le compte (par exemple,
bindplane-ingest). - Description du compte de service : saisissez une description (par exemple,
Bindplane agent log ingestion).
- Nom du compte de service : saisissez un nom pour le compte (par exemple,
- Cliquez sur Créer et continuer.
- Dans la section Autoriser ce compte de service à accéder au projet, cliquez sur Sélectionner un rôle, puis sélectionnez Éditeur Chronicle.
- Cliquez sur Continue (Continuer), puis sur Done (OK).
- Cliquez sur le compte de service que vous avez créé, puis accédez à l'onglet Clés.
- Cliquez sur Ajouter une clé > Créer une clé.
- Sélectionnez JSON, puis cliquez sur Créer. Le fichier de clé est téléchargé sur votre ordinateur.
- Enregistrez le fichier de clé sous le nom
ingestion-auth.jsondans le répertoire du collecteur BindPlane (/opt/observiq-otel-collector/ingestion-auth.jsonsous Linux ouC:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.jsonsous Windows), ou mettez à jourcreds_file_pathdansconfig.yamlpour qu'il corresponde au chemin d'accès où vous l'enregistrez. - Accédez à IAM et administration > Paramètres, puis copiez le numéro du projet. Vous en aurez besoin pour la configuration de l'exportateur.
Option 2 : Télécharger le fichier d'authentification d'ingestion (ancienne méthode)
- Connectez-vous à la console Google SecOps.
- Accédez à Paramètres SIEM> Agents de collecte.
- Téléchargez le fichier d'authentification d'ingestion.
- Enregistrez le fichier de manière sécurisée sur le système sur lequel l'agent Bindplane sera installé.
Obtenir l'ID client Google SecOps
- Connectez-vous à la console Google SecOps.
- Accédez à Paramètres SIEM > Profil.
Copiez et enregistrez le numéro client dans la section Détails de l'organisation.
Installer l'agent BindPlane
Installez l'agent BindPlane sur votre système d'exploitation Windows ou Linux en suivant les instructions ci-dessous.
Installation de Windows
- Ouvrez l'invite de commande ou PowerShell en tant qu'administrateur.
Exécutez la commande suivante :
msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quietAttendez que l'installation se termine.
Vérifiez l'installation en exécutant la commande suivante :
sc query observiq-otel-collectorLe service doit être indiqué comme RUNNING (EN COURS D'EXÉCUTION).
Installation sous Linux
- Ouvrez un terminal avec des privilèges root ou sudo.
Exécutez la commande suivante :
sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.shAttendez que l'installation se termine.
Vérifiez l'installation en exécutant la commande suivante :
sudo systemctl status observiq-otel-collectorLe service doit s'afficher comme actif (en cours d'exécution).
Ressources d'installation supplémentaires
Pour en savoir plus sur les options d'installation et le dépannage, consultez le guide d'installation de l'agent Bindplane.
Configurer l'agent Bindplane pour ingérer les journaux Syslog et les envoyer à Google SecOps
Localiser le fichier de configuration
Linux :
sudo nano /opt/observiq-otel-collector/config.yamlWindows :
notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
Modifiez le fichier de configuration
Remplacez l'intégralité du contenu de
config.yamlpar la configuration suivante :receivers: udplog: listen_address: "0.0.0.0:514" exporters: chronicle/commvault_commcell: protocol: https # Region of your instance, for example us, europe, asia-southeast1 location: <LOCATION> # Project number of the Google Cloud project linked to the instance project: '<PROJECT_NUMBER>' compression: gzip creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json' customer_id: '<customer_id>' endpoint: chronicle.googleapis.com log_type: COMMVAULT_COMMCELL raw_log_field: body service: pipelines: logs/commvault_commcell_to_chronicle: receivers: - udplog exporters: - chronicle/commvault_commcell
Paramètres de configuration
Remplacez les espaces réservés suivants :
Configuration du récepteur :
listen_address: adresse IP et port à écouter :0.0.0.0pour écouter sur toutes les interfaces (recommandé)- Le port
514est le port syslog standard (nécessite un accès racine sous Linux ; utilisez1514pour un accès non racine).
Configuration de l'exportateur :
creds_file_path: chemin d'accès complet au fichier de clé JSON du compte de service (option 1) :- Linux :
/opt/observiq-otel-collector/ingestion-auth.json - Windows :
C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- Linux :
customer_id: ID client copié depuis la console Google SecOpslocation: remplacez<LOCATION>par la région de votre instance Google SecOps (par exemple,us,europeouasia-southeast1). L'exportateur ajoute cette valeur en préfixe àchronicle.googleapis.com. Pour obtenir la liste complète, consultez Points de terminaison régionaux.project: remplacez<PROJECT_NUMBER>par le numéro de projet indiqué dans IAM et administration > Paramètres.endpoint: laissez la valeur définie surchronicle.googleapis.com.
Ancien exportateur d'API d'ingestion
Si vous utilisez le fichier d'authentification d'ingestion de l'option 2, remplacez le bloc
exporterspar ce qui suit. Définissezcreds_file_pathsur le chemin d'accès au fichier d'authentification d'ingestion. Si votre instance se trouve en dehors des États-Unis, remplacezmalachiteingestion-pa.googleapis.compar votre point de terminaison régional (par exemple,europe-malachiteingestion-pa.googleapis.com).exporters: chronicle/commvault_commcell: compression: gzip creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.googleapis.com log_type: COMMVAULT_COMMCELL raw_log_field: body
Enregistrez le fichier de configuration.
- Après avoir modifié le fichier, enregistrez-le :
- Linux : appuyez sur
Ctrl+O, puis surEnter, puis surCtrl+X. - Windows : cliquez sur Fichier > Enregistrer.
- Linux : appuyez sur
Redémarrez l'agent Bindplane pour appliquer les modifications.
Pour redémarrer l'agent BindPlane sous Linux, exécutez la commande suivante :
sudo systemctl restart observiq-otel-collectorVérifiez que le service est en cours d'exécution :
```bash sudo systemctl status observiq-otel-collector ```Recherchez les erreurs dans les journaux :
```bash sudo journalctl -u observiq-otel-collector -f ```
Pour redémarrer l'agent BindPlane sous Windows, choisissez l'une des options suivantes :
Invite de commande ou PowerShell en tant qu'administrateur :
net stop observiq-otel-collector && net start observiq-otel-collectorConsole Services :
- Appuyez sur
Win+R, saisissezservices.msc, puis appuyez sur Entrée. - Recherchez observIQ OpenTelemetry Collector.
- Effectuez un clic droit, puis sélectionnez Redémarrer.
Vérifiez que le service est en cours d'exécution :
sc query observiq-otel-collectorRecherchez les erreurs dans les journaux :
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
- Appuyez sur
Configurer le serveur Syslog Commvault
- Connectez-vous à l'interface utilisateur Web de Commvault CommCell.
- Sélectionnez Gérer > Système.
- Cliquez sur Serveur Syslog.
- Spécifiez les informations suivantes concernant le serveur syslog :
- Nom d'hôte : saisissez l'adresse IP de l'agent BindPlane.
- Port : saisissez le port BindPlane, par exemple
514. - Cliquez sur le bouton Activer pour activer le paramètre du serveur syslog.
- Dans le champ Transférer vers syslog, sélectionnez Alertes, Pistes d'audit et Événements.
- Cliquez sur Envoyer.
Table de mappage UDM
| Champ du journal | Mappage UDM | Logique |
|---|---|---|
| AgentType | observer.application | Mappé directement à partir du champ AgentType dans le journal des événements. |
| Alertid | security_result.detection_fields.Alertid.value | Mappé directement à partir du champ Alertid dans le journal des alertes. |
| Alertname | security_result.detection_fields.Alertname.value | Mappé directement à partir du champ Alertname dans le journal des alertes. |
| Alertseverity | security_result.severity | Mappé à partir du champ Alertseverity du journal d'alerte. Traduit en niveaux de gravité UDM (INFORMATIONAL, HIGH, LOW, CRITICAL). |
| Alerttime | metadata.event_timestamp | Analysé à partir du champ Alerttime dans le journal d'alerte et converti en code temporel. |
| Audittime | metadata.event_timestamp | Analysé à partir du champ Audittime du journal d'audit et converti en code temporel. |
| Client | principal.hostname, principal.asset.hostname | Mappé directement à partir du champ Client dans l'événement, l'alerte ou le journal d'audit. |
| CommCell | Ce champ UDM ne provient pas du journal brut. Il est défini sur backupcv s'il est extrait de la description de l'alerte. |
|
| Ordinateur | Ce champ UDM ne provient pas du journal brut. Il est défini sur backupcv s'il est extrait du journal des événements. |
|
| Description | security_result.description | Mappé à partir du champ Description du journal des événements ou du champ event_description analysé à partir du champ Alertdescription du journal des alertes. Si le champ Description contient A suspicious file, il est remplacé par A suspicious file is Detected. |
| Détails | Utilisé pour extraire le champ Client à l'aide de grok. |
|
| duration | Ce champ UDM ne provient pas du journal brut. Elle est définie sur la durée extraite de la description de l'événement. | |
| Eventid | metadata.product_log_id | Mappé directement à partir du champ Eventid dans le journal des événements. |
| Eventseverity | security_result.severity | Mappé à partir du champ Eventseverity dans le journal des événements. Traduit en niveaux de gravité UDM (INFORMATIONAL, HIGH, LOW, CRITICAL). |
| file_name | security_result.detection_fields.SuspiciousFileName.value | Extrait du champ Alertdescription dans le journal d'alerte à l'aide de grok. |
| Jobid | principal.process.pid | Mappé directement à partir du champ Jobid dans le journal des événements ou des alertes. |
| media_agent | security_result.detection_fields.MediaAgent.value | Extrait du champ Alertdescription du journal d'alertes à l'aide de grok. |
| no_of_files_created | security_result.detection_fields.no_of_files_created.value | Extrait du champ Alertdescription dans le journal d'alerte à l'aide de grok. |
| no_of_files_deleted | security_result.detection_fields.no_of_files_deleted.value | Extrait du champ Alertdescription dans le journal d'alerte à l'aide de grok. |
| no_of_files_modified | security_result.detection_fields.no_of_files_modified.value | Extrait du champ Alertdescription dans le journal d'alerte à l'aide de grok. |
| no_of_files_renamed | security_result.detection_fields.no_of_files_renamed.value | Extrait du champ Alertdescription dans le journal d'alerte à l'aide de grok. |
| Occurrencetime | metadata.event_timestamp | Analysé à partir du champ Occurrencetime dans le journal des événements et converti en code temporel. |
| Opération | security_result.detection_fields.Operation.value | Mappé directement à partir du champ Operation du journal d'audit. |
| Opid | security_result.detection_fields.Opid.value | Mappé directement à partir du champ Opid du journal d'audit. |
| Programme | principal.application | Mappé directement à partir du champ Program dans le journal des événements. |
| Severitylevel | security_result.severity | Mappé à partir du champ Severitylevel du journal d'audit. Traduit en niveaux de gravité UDM (INFORMATIONAL, HIGH, LOW, CRITICAL). |
| Type | security_result.detection_fields.Type.value | Mappé directement à partir du champ Type extrait du champ Alertdescription dans le journal des alertes. |
| url | network.http.referral_url | Mappé directement à partir du champ url extrait du champ Alertdescription dans le journal d'alerte. |
| Nom d'utilisateur | principal.user.userid | Mappé directement à partir du champ Username du journal d'audit. Si le nom d'utilisateur est Administrator, le champ principal.user.user_role est défini sur ADMINISTRATOR à la place. |
| - | metadata.vendor_name | Ce champ UDM ne provient pas du journal brut. Il est défini sur COMMVAULT. |
| - | metadata.product_name | Ce champ UDM ne provient pas du journal brut. Il est défini sur COMMVAULT_COMMCELL. |
| - | metadata.log_type | Ce champ UDM ne provient pas du journal brut. Elle est définie sur COMMVAULT_COMMCELL. |
| - | metadata.event_type | Ce champ UDM ne provient pas du journal brut. Il est défini sur STATUS_UPDATE si le champ Client est présent, sinon sur GENERIC_EVENT. |
Vous avez encore besoin d'aide ? Obtenez des réponses de membres de la communauté et de professionnels Google SecOps.