Collecter les journaux Hitachi Content Platform
Ce document explique comment ingérer des journaux Hitachi Content Platform dans Google Security Operations à l'aide de Bindplane.
Hitachi Content Platform (HCP) est un système de stockage d'objets distribué conçu pour prendre en charge les dépôts volumineux et en pleine croissance de données à contenu fixe. HCP fournit un stockage sécurisé avec des fonctionnalités telles que la protection des données, la conservation de la conformité, la gestion des versions et l'accès multiprotocole via les API REST, NFS, CIFS et WebDAV. La plate-forme prend en charge la multitenancy avec l'isolation des espaces de noms et inclut des fonctionnalités complètes de surveillance et de journalisation du système.
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 Hitachi Content Platform
- 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.
- Compte utilisateur au niveau du système avec un rôle d'administrateur ou de sécurité dans HCP. Le rôle de surveillance ou de conformité peut afficher la page Syslog, mais ne peut pas configurer la journalisation Syslog ni tester les connexions.
- Accès à la console de gestion du système HCP
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).
- Anciens déploiements : continuez à utiliser le fichier d'authentification d'ingestion (option 2) jusqu'à l'arrêt de l'API d'ingestion le 20 juillet 2027.
Option 1 : Créer un compte de service pour l'API Chronicle (recommandé)
- Connectez-vous à la Google Cloud console et sélectionnez le Google Cloud projet 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 Continuer, puis sur 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 de projet. Vous en aurez besoin pour la configuration de l'exportateur.
Option 2 : Télécharger le fichier d'authentification d'ingestion (hérité)
- 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 où 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 l'ID client dans la section Informations sur 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 sous Windows
- Ouvrez l'invite de commandes 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-collector
Le service doit s'afficher comme EN COURS D'EXÉCUTION.
Installation sous Linux
- Ouvrez un terminal avec des droits 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-collector
Le service doit s'afficher comme actif (en cours d'exécution).
Ressources d'installation supplémentaires
Pour obtenir des options d'installation supplémentaires et des informations sur le dépannage, consultez le guide d'installation de l'agent Bindplane.
Configurer l'agent Bindplane pour ingérer Syslog et l'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"
Modifier 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/hcp: 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: 'YOUR_CUSTOMER_ID' endpoint: chronicle.googleapis.com log_type: HITACHI_CLOUD_PLATFORM raw_log_field: body ingestion_labels: env: production service: pipelines: logs/hcp_to_chronicle: receivers: - udplog exporters: - chronicle/hcp
Paramètres de configuration
Remplacez les espaces réservés suivants :
Configuration du récepteur :
- Le récepteur est configuré en tant que
udplogpour écouter les messages Syslog UDP sur le port 514. listen_address: "0.0.0.0:514"écoute sur toutes les interfaces du port 51. Si le port 514 nécessite des droits root sous Linux, utilisez plutôt le port 1514 et configurez HCP pour qu'il envoie les données à ce port.
- Le récepteur est configuré en tant que
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: remplacezYOUR_CUSTOMER_IDpar l'ID client de l'étape précédente.location: remplacez<LOCATION>par la région de votre instance Google SecOps (par exemple,us,europeouasia-southeast1). L'exportateur préfixechronicle.googleapis.comavec cette valeur. Pour obtenir la liste complète, consultez Points de terminaison régionaux.project: remplacez<PROJECT_NUMBER>par le numéro de projet dans IAM et administration > Paramètres.endpoint: conservez la valeurchronicle.googleapis.com.log_type: définissez la valeur surHITACHI_CLOUD_PLATFORMexactement comme indiqué.ingestion_labels: libellés facultatifs au format YAML (par exemple,env: production).
Ancien exportateur d'API d'ingestion
Si vous utilisez le fichier d'authentification d'ingestion de l'option 2, remplacez le bloc
exporterspar le code suivant. 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/hcp: compression: gzip creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json' customer_id: 'YOUR_CUSTOMER_ID' endpoint: malachiteingestion-pa.googleapis.com log_type: HITACHI_CLOUD_PLATFORM raw_log_field: body ingestion_labels: env: production
Enregistrer 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
Redémarrer 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 :
sudo systemctl status observiq-otel-collectorRecherchez les erreurs dans les journaux :
sudo journalctl -u observiq-otel-collector -f
Pour redémarrer l'agent Bindplane sous Windows, choisissez l'une des options suivantes :
Invite de commandes 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 transfert Syslog de Hitachi Content Platform
- Connectez-vous à la console de gestion du système HCP à l'aide d'un compte disposant d'un rôle d'administrateur ou de sécurité.
- Dans le menu de premier niveau, sélectionnez Monitoring > Syslog.
- Dans le champ Adresses IP du serveur Syslog, saisissez l'adresse IP de l'hôte de l'agent Bindplane, suivie éventuellement d'un signe deux-points et d'un numéro de port (par exemple,
192.168.1.100:514ou192.168.1.100:1514). Si vous omettez le numéro de port, HCP utilise le port 514 par défaut. - Cliquez sur Ajouter. L'adresse IP spécifiée est déplacée dans la liste sous le champ.
- Dans le champ Envoyer les messages de journal à ce niveau ou supérieur, sélectionnez le niveau de gravité des messages à envoyer au serveur Syslog :
- NOTICE : envoie les messages dont le niveau de gravité est "Notice", "Warning" ou "Error".
- WARNING: envoie les messages dont le niveau de gravité est "Warning" ou "Error".
- ERROR : n'envoie que les messages dont le niveau de gravité est "Error".
- Dans le champ HTTP access Facility, sélectionnez la fonctionnalité locale Syslog vers laquelle diriger les messages de journal d'accès HTTP. Les options sont local0 à local7.
- Pour inclure les messages de journal concernant les événements d'accès aux données basés sur HTTP, sélectionnez Send log messages for HTTP-based data access requests (Envoyer les messages de journal pour les requêtes d'accès aux données basées sur HTTP).
- Dans le champ MAPI access Facility, sélectionnez la fonctionnalité locale Syslog vers laquelle diriger les messages de journal de l'API de gestion. Les options sont local0 à local7.
- Pour inclure les messages de journal concernant les événements de requête de l'API de gestion, sélectionnez Send log messages for management API requests (Envoyer les messages de journal pour les requêtes de l'API de gestion).
- Pour inclure les messages de journal concernant les événements de sécurité (tentatives de connexion à la console de gestion du système avec un nom d'utilisateur non valide), sélectionnez l'option permettant d'envoyer les événements de sécurité, si elle est disponible.
- Cliquez sur Update Settings (Mettre à jour les paramètres) pour enregistrer la configuration.
Pour tester la connexion, cliquez sur Test sur la page Syslog. HCP envoie un message de test avec le niveau de gravité "Notice" au serveur Syslog. Vérifiez les journaux de l'agent Bindplane pour vous assurer que le message a été reçu.
Tableau de mappage UDM
| Champ du journal | Mappage UDM | Logique |
|---|---|---|
| host_name | intermediary.hostname | Nom d'hôte de l'appareil intermédiaire |
| event_type | metadata.event_type | Type d'événement (par exemple, USER_LOGIN, NETWORK_CONNECTION) |
| product_event | metadata.product_event_type | Type d'événement spécifique au produit |
| network.application_protocol | Protocole d'application utilisé (par exemple, HTTP, HTTPS) | |
| http_method | network.http.method | Méthode HTTP (par exemple, GET, POST) |
| url | network.http.referral_url | URL de provenance pour les requêtes HTTP |
| response_code | network.http.response_code | Code de réponse HTTP |
| src_ip | principal.ip | Adresse IP source de la connexion |
| metadata.product_name | Nom du produit | |
| metadata.vendor_name | Nom du fournisseur/de l'entreprise |
Journal des modifications
Consulter le journal des modifications de ce parseur
Vous avez encore besoin d'aide ? Obtenez des réponses de membres de la communauté et de professionnels Google SecOps.