Nous avons réorganisé la structure de navigation de notre documentation pour l'aligner directement sur vos workflows opérationnels. Pour en savoir plus, consultez les notes de version et la vidéo de présentation.

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 vsftpd

Compatible avec :

Google secops SIEM

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

vsftpd (Very Secure FTP Daemon) est un serveur FTP qui génère des messages syslog pour les connexions FTP, les transferts de fichiers, les événements d'authentification et l'activité de session.

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 vsftpd
Si vous exécutez l'agent derrière un proxy, assurez-vous que les ports de pare-feu sont ouverts conformément aux exigences de l'agent Bindplane.
Un accès root ou sudo au serveur vsftpd

Obtenir le fichier d'authentification d'ingestion Google SecOps

Connectez-vous à la console Google SecOps.
Accédez à SIEM Settings > Collection Agents (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ù Bindplane sera installé.

**Remarque** : Ce fichier JSON contient les identifiants permettant d'authentifier l'agent Bindplane auprès de Google SecOps.

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 Organization Details (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

Ouvrez une 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" /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 afficher l'état RUNNING (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.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 afficher l'état active (running) (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.

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:
    udplog:
        listen_address: "0.0.0.0:514"

exporters:
    chronicle/vsftpd:
        compression: gzip
        creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: VSFTPD
        raw_log_field: body

service:
    pipelines:
        logs/vsftpd_to_chronicle:
            receivers:
                - udplog
            exporters:
                - chronicle/vsftpd

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 un accès root sous Linux ; utilisez 1514 pour un accès non root)
Configuration de l'exportateur :
- creds_file_path: chemin d'accès complet au fichier d'authentification d'ingestion :
  - Linux: /etc/bindplane-agent/ingestion-auth.json
  - Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- customer_id : ID client copié depuis la console Google SecOps
- endpoint: URL du point de terminaison régional :
  - États-Unis : malachiteingestion-pa.googleapis.com
  - Europe: europe-malachiteingestion-pa.googleapis.com
  - Asie : asia-southeast1-malachiteingestion-pa.googleapis.com
  - Consultez la liste complète des points de terminaison régionaux.

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 File > Save

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-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 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-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 Restart (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 transfert syslog pour vsftpd

Modifiez le fichier de configuration vsftpd :
```
sudo nano /etc/vsftpd.conf
```
Définissez les paramètres suivants :
```
syslog_enable=YES
log_ftp_protocol=YES
```
Configurez rsyslog pour transférer les journaux vsftpd. Modifiez /etc/rsyslog.conf ou créez un fichier /etc/rsyslog.d/vsftpd.conf :
```
sudo nano /etc/rsyslog.d/vsftpd.conf
```
Ajoutez la règle de transfert suivante (remplacez <bindplane-ip> par l'adresse IP de votre agent Bindplane) :
```
if $programname == 'vsftpd' then @<bindplane-ip>:514
```

Redémarrez vsftpd et rsyslog pour appliquer les modifications :

sudo systemctl restart vsftpd
sudo systemctl restart rsyslog

Table de mappage UDM

Champ du journal	Mappage UDM	Logique
`certificate`	`security_result.detection_fields.key`: "cert" `security_result.detection_fields.value`: valeur de `certificate`	La valeur du champ `certificate` est mappée sur un objet `security_result.detection_fields` avec la clé "cert".
`cipher`	`network.tls.cipher`	La valeur du champ `cipher` est directement mappée.
`client_ip`	`principal.ip`	La valeur du champ `client_ip` est directement mappée.
`date`	`metadata.event_timestamp`	Utilisé avec `month`, `year` et `time` pour construire `metadata.event_timestamp`. Le format est dérivé du champ `timestamp` dans le journal brut, analysé et converti en objet d'horodatage.
`day`	`metadata.event_timestamp`	Utilisé avec `month`, `year` et `time` pour construire `metadata.event_timestamp`.
`desc`	`metadata.description`	La valeur du champ `desc` (extraite du champ `type`) est directement mappée. Cela s'applique aux opérations "MKDIR", "RMDIR" et "DELETE".
`description`	`network.ftp.command` `security_result.description` `target.file.full_path`	Si `type` est "FTP command", la valeur est mappée sur `network.ftp.command`. Si `type` est "DEBUG" et ne correspond pas à des modèles SSL spécifiques, il est mappé sur `security_result.description`. Si `type` commence par "OK" et n'est pas "OK LOGIN", et que le journal décrit une opération sur un fichier (MKDIR, RMDIR, DELETE), il est mappé sur `target.file.full_path`.
`file_name`	`target.file.full_path`	La valeur du champ `file_name` est directement mappée.
`file_size`	`network.received_bytes` `network.sent_bytes`	Si `type` est "OK DOWNLOAD" ou "FAIL DOWNLOAD", la valeur est convertie en entier non signé et mappée sur `network.received_bytes`. Si `type` est "OK UPLOAD" ou "FAIL UPLOAD", la valeur est convertie en entier non signé et mappée sur `network.sent_bytes`. Définissez sur "USER_LOGIN" si `type` est "OK LOGIN". Définissez sur "FILE_UNCATEGORIZED" si `type` est lié à des opérations sur des fichiers ("OK UPLOAD", "OK DOWNLOAD", "FAIL DOWNLOAD", "OK MKDIR", "OK RMDIR", "OK DELETE", "FAIL UPLOAD"). Définissez sur "STATUS_UPDATE" pour toutes les autres valeurs `type`. Toujours défini sur "VSFTPD". Toujours défini sur "VSFTPD". Toujours défini sur "VSFTPD".
`month`	`metadata.event_timestamp`	Utilisé avec `day`, `year` et `time` pour construire `metadata.event_timestamp`.
`pid`	`principal.process.pid`	La valeur du champ `pid` est directement mappée.
`response_code`	`network.http.response_code`	La valeur du champ `response_code` est convertie en entier et mappée.
`reused_status`	`security_result.detection_fields.key`: "reused status" `security_result.detection_fields.value`: valeur de `reused_status`	La valeur du champ `reused_status` est mappée sur un objet `security_result.detection_fields` avec la clé "reused status".
`speed`	`additional.fields.key`: "download_speed" ou "upload_speed" `additional.fields.value.string_value`: valeur de `speed`	Si `type` est "OK DOWNLOAD" ou "FAIL DOWNLOAD", la valeur est mappée sur `additional.fields` avec la clé "download_speed". Si `type` est "OK UPLOAD" ou "FAIL UPLOAD", la valeur est mappée sur `additional.fields` avec la clé "upload_speed".
`ssl_shutdown_state`	`security_result.detection_fields.key`: "SSL Shutdown State" `security_result.detection_fields.value`: valeur de `ssl_shutdown_state`	La valeur du champ `ssl_shutdown_state` est mappée sur un objet `security_result.detection_fields` avec la clé "SSL Shutdown State".
`ssl_version`	`network.tls.version`	La valeur du champ `ssl_version` est directement mappée.
`time`	`metadata.event_timestamp`	Utilisé avec `day`, `month` et `year` pour construire `metadata.event_timestamp`.
`type`	`metadata.description` `security_result.action_details`	La valeur du champ `type` est mappée sur `metadata.description`, sauf lorsqu'il s'agit de "OK LOGIN". Il est également mappé sur `security_result.action_details` lorsqu'il indique une action d'autorisation ou de blocage (commence par "OK" ou "FAIL").
`userid`	`principal.user.userid` `target.user.userid`	Si `type` est "OK LOGIN", la valeur est mappée sur `target.user.userid`. Sinon, elle est mappée sur `principal.user.userid`.
`year`	`metadata.event_timestamp`	Utilisé avec `day`, `month` et `time` pour construire `metadata.event_timestamp`. Définissez sur "NETWORK" si `type` est "OK LOGIN". Définissez sur "MACHINE" si `type` est "OK LOGIN". Définissez sur "ALLOW" si `type` commence par "OK". Définissez sur "BLOCK" si `type` commence par "FAIL".

Journal des modifications

Consulter le journal des modifications de cet analyseur

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