Google utilise la technologie IA pour traduire le contenu dans votre langue préférée. Les traductions générées par IA peuvent contenir des erreurs.

Collecter les journaux du contrôleur sans fil et du point d'accès Aruba

Version de l'analyseur : 12.0

Compatible avec :

Google SecOps SIEM

Ce document explique comment ingérer les journaux du contrôleur et du point d'accès sans fil Aruba dans Google Security Operations à l'aide de l'agent Bindplane.

Les contrôleurs et points d'accès sans fil Aruba génèrent des messages syslog pour les événements sans fil, les associations de clients, l'authentification, le contrôle des accès et les opérations système. L'analyseur traite les messages syslog, en extrayant les champs liés aux détails de l'observateur, de l'intermédiaire et du point d'accès.

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 contrôleur sans fil Aruba
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é à un contrôleur sans fil Aruba

Obtenir des 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).
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.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.
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 (ancien)

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 du SIEM > Profil.
Copiez et enregistrez le numéro client dans la section Détails de l'organisation.

Remarque : Le numéro 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 de 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" /quiet

Attendez la fin de l'installation.
Vérifiez l'installation en exécutant la commande suivante :
```
sc query observiq-otel-collector
```
Le service doit s'afficher comme étant EN COURS D'EXÉCUTION.

Installation sous Linux

Ouvrez un terminal avec des droits d'accès racine 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.sh

Attendez la fin de l'installation.
Vérifiez l'installation en exécutant la commande suivante :
```
sudo systemctl status observiq-otel-collector
```
Le service doit être indiqué comme actif (en cours d'exécution).

Ressources d'installation supplémentaires

Pour obtenir des options d'installation et de dépannage supplémentaires, 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.yaml

Windows :

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

Modifiez le fichier de configuration

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

receivers:
  udplog:
    listen_address: "0.0.0.0:514"

exporters:
  chronicle/aruba_wireless:
    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: ARUBA_WIRELESS
    raw_log_field: body

service:
  pipelines:
    logs/aruba_wireless_to_chronicle:
      receivers:
        - udplog
      exporters:
        - chronicle/aruba_wireless

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.0 pour écouter sur toutes les interfaces (recommandé)
  - Le port 514 est le port syslog standard (nécessite la racine sur Linux ; utilisez 1514 pour les utilisateurs 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
- customer_id : ID client copié depuis la console Google SecOps
- location : remplacez <LOCATION> par la région de votre instance Google SecOps (par exemple, us, europe ou asia-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 sur chronicle.googleapis.com.

Ancien exportateur d'API d'ingestion

Si vous utilisez le fichier d'authentification d'ingestion de l'option 2, remplacez le bloc exporters par ce qui suit. 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/aruba_wireless:
    compression: gzip
    creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
    customer_id: '<customer_id>'
    endpoint: malachiteingestion-pa.googleapis.com
    log_type: ARUBA_WIRELESS
    raw_log_field: body
```

Enregistrez 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é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-collector
```
1. Vérifiez que le service est en cours d'exécution :
```
sudo systemctl status observiq-otel-collector
```
2. Recherchez les erreurs dans les journaux :
```
sudo journalctl -u observiq-otel-collector -f
```
Pour redémarrer l'agent Bindplane dans 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-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 et sélectionnez Redémarrer.
  4. Vérifiez que le service est en cours d'exécution :
```
sc query observiq-otel-collector
```
  5. Recherchez les erreurs dans les journaux :
```
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
```

Configurer le contrôleur et le point d'accès sans fil Aruba

Connectez-vous à l'interface utilisateur Web du contrôleur Aruba.
Accédez au menu supérieur et sélectionnez Configuration > System (Configuration > Système).
Sélectionnez Journalisation pour ouvrir la page de configuration de la journalisation.
Dans la section Serveurs Syslog, cliquez sur + Ajouter pour ajouter un serveur Syslog.
Saisissez les informations suivantes :
- Nom : saisissez un nom unique pour le serveur syslog, par exemple Google SecOps Syslog.
- Adresse IP : saisissez l'adresse IP de BindPlane.
- Port : saisissez le numéro de port Bindplane (généralement 514 pour UDP).
- Installation de la journalisation : sélectionnez local6 (couramment utilisé pour les périphériques réseau).
- Niveau de journalisation : sélectionnez Informations pour capturer les journaux d'informations.
- Format : sélectionnez le format bsd-standard (format syslog par défaut utilisé par les contrôleurs Aruba).
Cliquez sur Envoyer pour enregistrer vos paramètres.
Cliquez sur Modifications à finaliser.
Cliquez sur Deploy Changes (Déployer les modifications) pour appliquer la nouvelle configuration du serveur syslog.

Remarque : Après avoir déployé les modifications, configurez le niveau de journalisation pour des catégories de journaux spécifiques.
Accédez aux paramètres Niveau de journalisation et définissez le Niveau de journalisation sur Informations pour chacune des catégories suivantes :
- Réseau
- Tous
- Cluster
- DHCP
- GP
- Mobilité
- Packet-Dump
- SDN

Table de mappage UDM

Champ du journal	Mappage UDM	Logique
`Additional Info`	`read_only_udm.security_result.description`	La valeur `Additional Info` du journal brut est mappée sur le champ UDM `security_result.description`.
`AP`	`read_only_udm.target.hostname`	Lorsqu'elle est présente dans le journal brut, la valeur après `AP:` est extraite et mappée au champ UDM `target.hostname`.
`BSSID`	`read_only_udm.target.mac`, `read_only_udm.principal.resource.name` (lorsque le type de ressource est BSSID)	La valeur BSSID du journal brut est mappée à `target.mac`. Il est également utilisé comme nom de ressource lorsque `principal.resource.type` est défini sur `BSSID`.
`COMMAND`	`read_only_udm.principal.process.command_line`	La valeur de la commande du journal brut est mappée sur le champ UDM `principal.process.command_line`.
`Dst-MAC`	`read_only_udm.target.mac`	Lorsqu'elle est présente, la valeur Dst-MAC du journal brut est mappée au champ UDM `target.mac`.
`SERVER`	`read_only_udm.target.hostname`	S'il est présent, le nom du serveur du journal brut est mappé au champ UDM `target.hostname`.
`SERVER-IP`	`read_only_udm.target.ip`	Lorsqu'elle est présente, l'adresse IP du serveur du journal brut est mappée au champ UDM `target.ip`.
`Src-MAC`	`read_only_udm.principal.mac`	Lorsqu'elle est présente, la valeur Src-MAC du journal brut est mappée sur le champ UDM `principal.mac`.
`SSID`	`read_only_udm.target.resource.name` (lorsque le type de ressource est "SSID")	La valeur SSID du journal brut est utilisée comme nom de ressource lorsque `target.resource.type` est défini sur `SSID`.
`USER`	`read_only_udm.target.user.userid`	Lorsqu'il est présent, l'ID utilisateur du journal brut est mappé au champ UDM `target.user.userid`.
`USERIP`	`read_only_udm.principal.ip`, `read_only_udm.observer.ip`	Lorsqu'elle est présente, l'adresse IP de l'utilisateur du journal brut est mappée aux champs UDM `principal.ip` et `observer.ip`.
`USERMAC`	`read_only_udm.principal.mac`	Lorsqu'elle est présente, l'adresse MAC de l'utilisateur issue du journal brut est mappée au champ UDM `principal.mac`.
`USERNAME`	`read_only_udm.principal.user.userid`	S'il est présent, le nom d'utilisateur du journal brut est mappé au champ UDM `principal.user.userid`.
`action`	`read_only_udm.security_result.action`	La valeur de l'action du journal brut (par exemple, `permit`, `deny`) est mappée au champ UDM `security_result.action`.
`apname`	`read_only_udm.target.hostname`	S'il est présent, le nom du point d'accès du journal brut est mappé au champ UDM `target.hostname`.
`bssid`	`read_only_udm.target.mac`	Lorsqu'elle est présente, la valeur BSSID du journal brut est mappée au champ UDM `target.mac`.
`collection_time.seconds`	`read_only_udm.metadata.event_timestamp.seconds`	La valeur en secondes de l'heure de collecte du journal brut est mappée sur le champ UDM `metadata.event_timestamp.seconds`.
`device_ip`	`read_only_udm.intermediary.ip`	L'adresse IP de l'appareil provenant du journal brut ou de `logstash` est mappée sur le champ UDM `intermediary.ip`.
`dstip`	`read_only_udm.target.ip`	Lorsqu'elle est présente, l'adresse IP de destination du journal brut est mappée sur le champ UDM `target.ip`.
`dstport`	`read_only_udm.target.port`	Lorsqu'il est présent, le port de destination du journal brut est mappé sur le champ UDM `target.port`.
`event_id`	`read_only_udm.metadata.product_event_type`	L'ID d'événement du journal brut est utilisé pour construire le champ `metadata.product_event_type` dans l'UDM, précédé de `Event ID:`.
`event_message`	`read_only_udm.security_result.summary`	Le message d'événement du journal brut est mappé au champ UDM `security_result.summary`.
`log.source.address`	`read_only_udm.observer.ip`	L'adresse de la source du journal est mappée sur le champ UDM `observer.ip`.
`log_type`	`read_only_udm.metadata.log_type`	Le type de journal du journal brut est mappé au champ UDM `metadata.log_type`.
`logstash.collect.host`	`read_only_udm.observer.ip` ou `read_only_udm.observer.hostname`	L'hôte de collecte Logstash est mappé sur `observer.ip` s'il s'agit d'une adresse IP, ou sur `observer.hostname` s'il s'agit d'un nom d'hôte.
`logstash.ingest.host`	`read_only_udm.intermediary.hostname`	L'hôte d'ingestion Logstash est mappé au champ UDM `intermediary.hostname`.
`logstash.process.host`	`read_only_udm.intermediary.hostname`	L'hôte du processus logstash est mappé au champ UDM `intermediary.hostname`.
`program`	`read_only_udm.target.application`	Le nom du programme du journal brut est mappé au champ UDM `target.application`.
`serverip`	`read_only_udm.target.ip`	Lorsqu'elle est présente, l'adresse IP du serveur du journal brut est mappée au champ UDM `target.ip`.
`servername`	`read_only_udm.target.hostname`	Le cas échéant, le nom du serveur du journal brut est mappé au champ UDM `target.hostname`.
`srcip`	`read_only_udm.principal.ip`	Lorsqu'elle est présente, l'adresse IP source du journal brut est mappée au champ UDM `principal.ip`.
`srcport`	`read_only_udm.principal.port`	Lorsqu'il est présent, le port source du journal brut est mappé sur le champ UDM `principal.port`.
`syslog_host`	`read_only_udm.intermediary.hostname`	L'hôte syslog du journal brut est mappé au champ UDM `intermediary.hostname`.
`timestamp`	`read_only_udm.metadata.event_timestamp`	Le code temporel du journal brut est analysé et mappé au champ UDM `metadata.event_timestamp`.
`userip`	`read_only_udm.principal.ip`, `read_only_udm.observer.ip`	Lorsqu'elle est présente, l'adresse IP de l'utilisateur du journal brut est mappée aux champs UDM `principal.ip` et `observer.ip`.
`usermac`	`read_only_udm.principal.mac`	Lorsqu'elle est présente, l'adresse MAC de l'utilisateur issue du journal brut est mappée au champ UDM `principal.mac`.
`username`	`read_only_udm.principal.user.userid`	Lorsqu'il est présent, le nom d'utilisateur du journal brut est mappé au champ UDM `principal.user.userid`. Dérivé de `event_id` et de la logique dans l'analyseur. Déterminé par l'analyseur en fonction de l'ID d'événement et du contenu du message de journal. Codé en dur sur `Wireless`. Codé en dur sur `Aruba`. Déterminé par l'analyseur en fonction de l'ID d'événement et du contenu du message de journal. Déterminé par l'analyseur en fonction de l'ID d'événement et du contenu du message de journal. Extrait du message de journal brut à l'aide d'une expression régulière. Déterminé par l'analyseur en fonction de l'ID d'événement et du contenu du message de journal. Un objet vide est ajouté lorsque event_type est USER_LOGIN ou un événement d'authentification associé. Déterminé par l'analyseur en fonction du protocole réseau utilisé dans l'événement (par exemple, TCP, UDP, ICMP, IGMP). Contient des champs supplémentaires extraits du journal brut en fonction de conditions spécifiques. Par exemple, `ap_name` est ajouté en tant que paire clé-valeur lorsqu'il est présent. Définissez sur `BSSID` lorsqu'un BSSID est présent dans le contexte du principal. Défini sur `SSID` lorsqu'un SSID est présent dans le contexte de la cible. Contient des paires clé/valeur d'informations de détection pertinentes extraites du journal brut, telles que le BSSID ou le SSID.
`event_code`	`event.idm.read_only_udm.additional.fields`	Mappé à partir du journal des modifications
`function_name`	`event.idm.read_only_udm.additional.fields`	Mappé à partir du journal des modifications
`thread_id`	`event.idm.read_only_udm.additional.fields`	Mappé à partir du journal des modifications
`station_macaddress`	`event.idm.read_only_udm.principal.mac`	Mappé à partir du journal des modifications
`station_macaddress`	`event.idm.read_only_udm.principal.asset.mac`	Mappé à partir du journal des modifications
`event_details`	`event.idm.read_only_udm.security_result.summary`	Mappé à partir du journal des modifications
`application`	`event.idm.read_only_udm.principal.application`	Mappé à partir du journal des modifications
`version`	`event.idm.read_only_udm.additional.fields`	Mappé à partir du journal des modifications
`priority`	`event.idm.read_only_udm.additional.fields`	Mappé à partir du journal des modifications
`module`	`event.idm.read_only_udm.additional.fields`	Mappé à partir du journal des modifications
`instance`	`event.idm.read_only_udm.additional.fields`	Mappé à partir du journal des modifications
`role`	`event.idm.read_only_udm.principal.user.attribute.roles.name`	Mappé à partir du journal des modifications
`policy`	`event.idm.read_only_udm.security_result.rule_name`	Mappé à partir du journal des modifications
`command_status`	`event.idm.read_only_udm.target.resource.attribute.labels`	Mappé à partir du journal des modifications
`p_host`	`event.idm.read_only_udm.principal.ip`	Mappé à partir du journal des modifications
`p_host`	`event.idm.read_only_udm.principal.asset.ip`	Mappé à partir du journal des modifications
`p_host`	`event.idm.read_only_udm.principal.hostname`	Mappé à partir du journal des modifications
`p_host`	`event.idm.read_only_udm.principal.asset.hostname`	Mappé à partir du journal des modifications
`t_user`	`event.idm.read_only_udm.target.user.userid`	Mappé à partir du journal des modifications
`p_ip`	`event.idm.read_only_udm.principal.ip`	Mappé à partir du journal des modifications
`p_ip`	`event.idm.read_only_udm.principal.asset.ip`	Mappé à partir du journal des modifications
`cmd`	`event.idm.read_only_udm.target.process.command_line`	Mappé à partir du journal des modifications
`node`	`event.idm.read_only_udm.target.resource.name`	Mappé à partir du journal des modifications
`principal_ip_value`	`event.idm.read_only_udm.principal.ip`	Mappé à partir du journal des modifications
`p_port`	`event.idm.read_only_udm.principal.port`	Mappé à partir du journal des modifications
`t_hostname`	`event.idm.read_only_udm.intermediary.hostname`	Mappé à partir du journal des modifications
`details`	`metadata.description`	Mappé à partir du journal des modifications
`ap_name`	`additional.fields`	Mappé à partir du journal des modifications
`logstash.irm_site", "logstash.irm_environment", "logstash.irm_region`	`additional.fields`	Mappé à partir du journal des modifications

Journal des modifications

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