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é des sessions.

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 du 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 à 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 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 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 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 que l'installation se termine.
Vérifiez l'installation en exécutant la commande suivante :
```
sc query observiq-otel-collector
```
Le 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.sh

Attendez que l'installation se termine.
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).

Autres ressources d'installation

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.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/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 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 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
  - Pour obtenir la liste complète, consultez Points de terminaison régionaux.

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 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. Localisez observIQ OpenTelemetry Collector.
  3. Effectuez un clic droit, puis 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 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 à 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 le `metadata.event_timestamp`. Le format est dérivé du champ `timestamp` du journal brut, analysé et converti en objet d'horodatage.
`day`	`metadata.event_timestamp`	Utilisé avec `month`, `year` et `time` pour construire le `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 défini sur "FTP command" (Commande FTP), la valeur est mappée sur `network.ftp.command`. Si `type` est défini sur "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-le sur "USER_LOGIN" si `type` est "OK LOGIN". Définissez sur "FILE_UNCATEGORIZED" si `type` est lié à des opérations sur les fichiers ("OK UPLOAD", "OK DOWNLOAD", "FAIL DOWNLOAD", "OK MKDIR", "OK RMDIR", "OK DELETE", "FAIL UPLOAD"). Définissez la valeur 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 le `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 à 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` : "État d'arrêt SSL" `security_result.detection_fields.value` : valeur de `ssl_shutdown_state`	La valeur du champ `ssl_shutdown_state` est mappée à 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 le `metadata.event_timestamp`.
`type`	`metadata.description` `security_result.action_details`	La valeur du champ `type` est mappée sur `metadata.description`, sauf si elle est "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 défini sur "OK LOGIN", la valeur est mappée sur `target.user.userid`. Sinon, il est mappé sur `principal.user.userid`.
`year`	`metadata.event_timestamp`	Utilisé avec `day`, `month` et `time` pour construire le `metadata.event_timestamp`. Définissez-le sur "NETWORK" si `type` est défini sur "OK LOGIN". Définie sur "MACHINE" si `type` est "OK LOGIN". Définissez la valeur sur "ALLOW" (AUTORISER) si `type` commence par "OK". Définissez la valeur sur "BLOCK" si `type` commence par "FAIL".

Journal des modifications

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