Collecter les journaux Oracle Unified Directory

Compatible avec :

Google SecOps SIEM

Ce document explique comment ingérer des journaux Oracle Unified Directory dans Google Security Operations à l'aide de Bindplane.

Oracle Unified Directory est un service d'annuaire LDAP d'entreprise pour la gestion des identités. Il fournit un annuaire évolutif basé sur des normes pour stocker et gérer les données d'identité, et prend en charge les fonctionnalités d'authentification, d'autorisation et de proxy d'annuaire. L'analyseur extrait les champs des entrées de journal Oracle Unified Directory 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 serveur d'annuaire Oracle Unified Directory
• 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é au serveur d'annuaire Oracle Unified Directory avec des autorisations d'administrateur

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 Ingestion le 20 juillet 2027.

Option 1 : Créer un compte de service pour l'API Chronicle (recommandé)

1. Connectez-vous à la Google Cloud console et sélectionnez le Google Cloud projet associé à votre instance Google SecOps.
2. Accédez à IAM et administration > Comptes de service.
3. Cliquez sur Créer un compte de service.
4. 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).
5. Cliquez sur Créer et continuer.
6. Dans la section Autoriser ce compte de service à accéder au projet , cliquez sur Sélectionner un rôle , puis sélectionnez Éditeur Chronicle.
7. Cliquez sur Continuer, puis sur OK.
8. Cliquez sur le compte de service que vous avez créé, puis accédez à l'onglet Clés.
9. Cliquez sur Ajouter une clé > Créer une clé.
10. Sélectionnez JSON , puis cliquez sur Créer. Le fichier de clé est téléchargé sur votre ordinateur.
11. Enregistrez le fichier de clé sous le nom ingestion-auth.json dans le répertoire du collecteur Bindplane (/opt/observiq-otel-collector/ingestion-auth.json sous Linux ou C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json sous Windows), ou mettez à jour creds_file_path dans config.yaml pour qu'il corresponde au chemin d'accès où vous l'enregistrez.
12. Accédez à IAM et administration > Paramètres , puis copiez le numéro de projet. Vous en aurez besoin pour la configuration de l'exportateur.

Remarque : La clé JSON est un identifiant. Limitez l'accès au fichier sur l'hôte Bindplane et faites pivoter la clé conformément à la politique de votre organisation.

Option 2 : Télécharger le fichier d'authentification d'ingestion (ancienne version)

1. Connectez-vous à la console Google SecOps.
2. Accédez à Paramètres SIEM > Agents de collecte.
3. Téléchargez le fichier d'authentification d'ingestion.
4. Enregistrez le fichier de manière sécurisée sur le système où l'agent Bindplane sera installé.

Remarque : Ce fichier authentifie l'agent auprès de l'ancienne API Ingestion (malachiteingestion-pa.googleapis.com), dont Google a prévu l'arrêt le 20 juillet 2027. Prévoyez de passer à l'option 1 avant cette date.

Obtenir l'ID client Google SecOps

1. Connectez-vous à la console Google SecOps.
2. Accédez à Paramètres SIEM > Profil.

3. Copiez et enregistrez l'ID client dans la section Informations sur l'organisation.

   Remarque : L'ID client est requis pour configurer l'exportateur de l'agent Bindplane.

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

1. Ouvrez l'invite de commande ou PowerShell en tant qu'administrateur.

2. Exécutez la commande suivante :

   msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet
   

3. Attendez que l'installation se termine.

4. 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

1. Ouvrez un terminal avec des droits root ou sudo.

2. Exécutez la commande suivante :

   sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh
   

3. Attendez que l'installation se termine.

4. 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 la résolution des problèmes, consultez le guide d'installation de l'agent Bindplane.

Remarque : La configuration de l'exportateur de l'API Chronicle nécessite le collecteur Bindplane v1.106.0 ou version ultérieure. Les commandes précédentes installent la dernière version. Si vous mettez à jour une installation existante, mettez à niveau le collecteur avant de modifier la configuration.

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.yaml
  

• Windows :

  notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
  

Modifier le fichier de configuration

• Remplacez l'intégralité du contenu de config.yaml par la configuration suivante :

  receivers:
    tcplog:
      listen_address: "0.0.0.0:514"
  
  exporters:
    chronicle/oracle_oud:
      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: ORACLE_OUD
      raw_log_field: body
  
  service:
    pipelines:
      logs/oracle_oud:
        receivers:
          - tcplog
        exporters:
          - chronicle/oracle_oud
  

Paramètres de configuration

Remplacez les espaces réservés suivants :

• Configuration du récepteur :

  • tcplog: type de récepteur basé sur le protocole :
    • udplog pour syslog UDP
    • tcplog pour syslog TCP
    • syslog pour syslog RFC 3164/5424
  • 0.0.0.0: adresse IP à écouter :
    • 0.0.0.0 pour écouter sur toutes les interfaces (recommandé)
    • Adresse IP spécifique à écouter sur une interface
  • 514 : numéro de port à écouter (par exemple, 514, 1514, 6514)

• Configuration de l'exportateur :

  • <customer_id> : Numéro client de l'étape précédente
  • location : remplacez <LOCATION> par la région de votre instance Google SecOps (par exemple, us, europe ou asia-southeast1). L'exportateur préfixe chronicle.googleapis.com avec 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 : laissez la valeur définie sur chronicle.googleapis.com.
  • Ajustez creds_file_path au chemin d'accès du fichier de clé JSON de votre compte de service (option 1), en fonction de la plate-forme :
    • Linux: /opt/observiq-otel-collector/ingestion-auth.json
    • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json

Ancien exportateur d'API d'ingestion

• Si vous utilisez le fichier d'authentification d'ingestion de l'option 2, remplacez le bloc exporters par le code suivant. Définissez creds_file_path sur le chemin d'accès au fichier d'authentification d'ingestion. Si votre instance se trouve en dehors des États-Unis, remplacez malachiteingestion-pa.googleapis.com par votre point de terminaison régional (par exemple, europe-malachiteingestion-pa.googleapis.com).

  exporters:
    chronicle/oracle_oud:
      compression: gzip
      creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
      customer_id: '<customer_id>'
      endpoint: malachiteingestion-pa.googleapis.com
      log_type: ORACLE_OUD
      raw_log_field: body
  

Remarque : Cet exportateur cessera de fonctionner lorsque l'API Ingestion sera arrêtée le 20 juillet 2027.

Enregistrer le fichier de configuration

• Après avoir modifié le fichier, enregistrez-le :
  • Linux : appuyez sur Ctrl+O, puis sur Enter, puis sur Ctrl+X.
  • Windows : cliquez sur Fichier > Enregistrer

Redémarrer l'agent Bindplane pour appliquer les modifications

Pour redémarrer l'agent Bindplane sous Linux :

1. Exécutez la commande suivante :

   sudo systemctl restart observiq-otel-collector
   

2. Vérifiez que le service est en cours d'exécution :

   sudo systemctl status observiq-otel-collector
   

3. Recherchez les erreurs dans les journaux :

   sudo journalctl -u observiq-otel-collector -f
   

Pour redémarrer l'agent Bindplane sous Windows :

1. Choisissez l'une des options suivantes :

   • Invite de commande ou PowerShell en tant qu'administrateur :

   net stop observiq-otel-collector && net start observiq-otel-collector
   

   • Console Services :
     1. Appuyez sur Win+R, saisissez services.msc, puis appuyez sur Entrée.
     2. Recherchez observIQ OpenTelemetry Collector.
     3. Effectuez un clic droit, puis sélectionnez Redémarrer.

2. Vérifiez que le service est en cours d'exécution :

   sc query observiq-otel-collector
   

3. Recherchez les erreurs dans les journaux :

   type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
   

Configurer le transfert syslog Oracle Unified Directory

Oracle Unified Directory stocke les journaux localement dans le système de fichiers du serveur, généralement dans le répertoire OUD_INSTANCE/logs/. Configurez le transfert syslog à l'aide du démon syslog du système pour envoyer ces journaux à l'agent Bindplane.

1. Identifiez le répertoire des journaux Oracle Unified Directory. Les fichiers journaux courants incluent access, errors, replication et audit.

2. Configurez le démon syslog du système (par exemple, rsyslog) pour surveiller et transférer les fichiers journaux OUD. Créez un fichier de configuration rsyslog :

   sudo nano /etc/rsyslog.d/oud-forward.conf
   

3. Ajoutez le contenu suivant :

   module(load="imfile")
   input(type="imfile"
       File="/path/to/oud-instance/logs/access"
       Tag="oracle-oud"
       Severity="info"
       Facility="local0")
   input(type="imfile"
       File="/path/to/oud-instance/logs/errors"
       Tag="oracle-oud"
       Severity="error"
       Facility="local0")
   local0.* @@BINDPLANE_AGENT_IP:514
   

   Remarque : Remplacez /path/to/oud-instance/logs/ par le chemin d'accès réel à votre répertoire de journaux Oracle Unified Directory. Remplacez BINDPLANE_AGENT_IP par l'adresse IP de l'hôte de l'agent Bindplane. Utilisez @@ pour TCP ou @ pour UDP.

4. Redémarrez le service rsyslog :

   sudo systemctl restart rsyslog
   

Tableau de mappage UDM

Champ du journal	Mappage UDM	Logique
conn,op,msgID,oid,result,etime,filter,attrs,ou,version,type,authFailureID,authFailureReason,name,o	additional.fields	Métadonnées supplémentaires non couvertes par d'autres champs UDM
	metadata.event_type	Type d'événement (par exemple, USER_LOGIN, NETWORK_CONNECTION)
operation,operation1	metadata.product_event_type	Type d'événement spécifique au produit
protocol	network.application_protocol	Protocole d'application utilisé dans la connexion réseau
hostname	principal.hostname	Nom d'hôte de l'élément principal
srcaddr	principal.ip	Adresse IP du principal
srcport	principal.port	Numéro de port utilisé par le principal
uid	principal.user.userid	ID utilisateur de l'utilisateur principal
operation	security_result.action_details	Détails de l'action effectuée par le produit de sécurité
reason	security_result.description	Description du résultat de sécurité
msg_data	security_result.summary	Résumé du résultat de sécurité
destaddr	target.ip	Adresse IP de la cible
destport	target.port	Numéro de port utilisé par la cible
	metadata.product_name	Nom du produit générant l'événement
	metadata.vendor_name	Nom du fournisseur du produit
authFailureID", "filter", "attrs", "changetype", "replace" and "authFailureReason	additional.fields	Mappé à partir du journal des modifications
from	principal.ip	Mappé à partir du journal des modifications

Journal des modifications

Consulter le journal des modifications de cet analyseur

Vous avez encore besoin d'aide ? Obtenez des réponses de membres de la communauté et de professionnels Google SecOps.