Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

Recopila registros de vsftpd

Compatible con:

Google SecOps SIEM

En este documento, se explica cómo transferir registros de vsftpd a Google Security Operations con el agente de Bindplane.

vsftpd (Very Secure FTP Daemon) es un servidor FTP que genera mensajes de syslog para las conexiones FTP, las transferencias de archivos, los eventos de autenticación y la actividad de la sesión.

Antes de comenzar

Asegúrate de cumplir con los siguientes requisitos previos:

Una instancia de Google SecOps
Windows Server 2016 o versiones posteriores, o host de Linux con systemd
Conectividad de red entre el agente de Bindplane y el servidor de vsftpd
Si se ejecuta detrás de un proxy, asegúrate de que los puertos de firewall estén abiertos según los requisitos del agente de Bindplane.
Acceso raíz o sudo al servidor vsftpd

Obtén el archivo de autenticación de transferencia de Google SecOps

Accede a la consola de Google SecOps.
Ve a Configuración de SIEM > Agentes de recopilación.
Descarga el archivo de autenticación de transferencia.
Guarda el archivo de forma segura en el sistema en el que se instalará BindPlane.

Nota: Este archivo JSON contiene credenciales para autenticar el agente de Bindplane en Google SecOps.

Obtén el ID de cliente de Google SecOps

Accede a la consola de Google SecOps.
Ve a Configuración de SIEM > Perfil.
Copia y guarda el ID de cliente de la sección Detalles de la organización.

Nota: Se requiere el ID de cliente para configurar el exportador del agente de Bindplane.

Instala el agente de BindPlane

Instala el agente de Bindplane en tu sistema operativo Windows o Linux según las siguientes instrucciones.

Instalación en Windows

Abre el símbolo del sistema o PowerShell como administrador.

Ejecuta el comando siguiente:

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

Espera a que se complete la instalación.
Ejecuta el siguiente comando para verificar la instalación:
```
sc query observiq-otel-collector
```
El servicio debe mostrarse como RUNNING.

Instalación en Linux

Abre una terminal con privilegios de raíz o sudo.

Ejecuta el comando siguiente:

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

Espera a que se complete la instalación.
Ejecuta el siguiente comando para verificar la instalación:
```
sudo systemctl status observiq-otel-collector
```
El servicio debería mostrarse como activo (en ejecución).

Recursos de instalación adicionales

Para obtener más opciones de instalación y solucionar problemas, consulta la guía de instalación del agente de Bindplane.

Configura el agente de BindPlane para transferir registros de Syslog y enviarlos a Google SecOps

Ubica el archivo de configuración

Linux:

sudo nano /opt/observiq-otel-collector/config.yaml

Windows:

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

Edita el archivo de configuración

Reemplaza todo el contenido de config.yaml por la siguiente configuración:

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

Parámetros de configuración

Reemplaza los marcadores de posición que se indican más abajo:

Configuración del receptor:
- listen_address: Dirección IP y puerto para escuchar:
  - 0.0.0.0 para escuchar en todas las interfaces (recomendado)
  - El puerto 514 es el puerto estándar de syslog (requiere acceso raíz en Linux; usa 1514 para acceso no raíz).
Configuración del exportador:
- creds_file_path: Ruta de acceso completa al archivo de autenticación de la transferencia:
  - Linux: /etc/bindplane-agent/ingestion-auth.json
  - Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- customer_id: ID de cliente copiado de la consola de Google SecOps
- endpoint: URL del extremo regional:
  - EE.UU.: malachiteingestion-pa.googleapis.com
  - Europa: europe-malachiteingestion-pa.googleapis.com
  - Asia: asia-southeast1-malachiteingestion-pa.googleapis.com
  - Consulta Extremos regionales para obtener la lista completa.

Guarda el archivo de configuración

Después de editarlo, guarda el archivo:
- Linux: Presiona Ctrl+O, luego Enter y, después, Ctrl+X.
- Windows: Haz clic en Archivo > Guardar

Reinicia el agente de Bindplane para aplicar los cambios

Para reiniciar el agente de Bindplane en Linux, ejecuta el siguiente comando:
```
sudo systemctl restart observiq-otel-collector
```
1. Verifica que el servicio esté en ejecución:
```
sudo systemctl status observiq-otel-collector
```
2. Revisa los registros en busca de errores:
```
sudo journalctl -u observiq-otel-collector -f
```
Para reiniciar el agente de Bindplane en Windows, elige una de las siguientes opciones:
- Símbolo del sistema o PowerShell como administrador:
```
net stop observiq-otel-collector && net start observiq-otel-collector
```
- Consola de Services:
  1. Presiona Win+R, escribe services.msc y presiona Intro.
  2. Busca observIQ OpenTelemetry Collector.
  3. Haz clic con el botón derecho y selecciona Reiniciar.
  4. Verifica que el servicio esté en ejecución:
```
sc query observiq-otel-collector
```
  5. Revisa los registros en busca de errores:
```
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
```

Configura el reenvío de syslog para vsftpd

Edita el archivo de configuración de vsftpd:
```
sudo nano /etc/vsftpd.conf
```
Configure los siguientes parámetros:
```
syslog_enable=YES
log_ftp_protocol=YES
```
Configura rsyslog para que reenvíe los registros de vsftpd. Edita /etc/rsyslog.conf o crea un archivo nuevo /etc/rsyslog.d/vsftpd.conf:
```
sudo nano /etc/rsyslog.d/vsftpd.conf
```
Agrega la siguiente regla de reenvío (reemplaza <bindplane-ip> por la dirección IP de tu agente de Bindplane):
```
if $programname == 'vsftpd' then @<bindplane-ip>:514
```

Reinicia vsftpd y rsyslog para aplicar los cambios:

sudo systemctl restart vsftpd
sudo systemctl restart rsyslog

Tabla de asignación de UDM

Campo de registro	Asignación de UDM	Lógica
`certificate`	`security_result.detection_fields.key`: "cert" `security_result.detection_fields.value`: valor de `certificate`	El valor del campo `certificate` se asigna a un objeto `security_result.detection_fields` con la clave "cert".
`cipher`	`network.tls.cipher`	El valor del campo `cipher` se asigna directamente.
`client_ip`	`principal.ip`	El valor del campo `client_ip` se asigna directamente.
`date`	`metadata.event_timestamp`	Se usa con `month`, `year` y `time` para construir el `metadata.event_timestamp`. El formato se deriva del campo `timestamp` en el registro sin procesar, se analiza y se convierte en un objeto de marca de tiempo.
`day`	`metadata.event_timestamp`	Se usa con `month`, `year` y `time` para construir el `metadata.event_timestamp`.
`desc`	`metadata.description`	El valor del campo `desc` (extraído del campo `type`) se asigna directamente. Esto se aplica a las operaciones "MKDIR", "RMDIR" y "DELETE".
`description`	`network.ftp.command` `security_result.description` `target.file.full_path`	Si `type` es "Comando FTP", el valor se asigna a `network.ftp.command`. Si `type` es "DEBUG" y no coincide con patrones de SSL específicos, se asigna a `security_result.description`. Si `type` comienza con "OK" y no es "OK LOGIN", y el registro describe una operación de archivo (MKDIR, RMDIR, DELETE), se asigna a `target.file.full_path`.
`file_name`	`target.file.full_path`	El valor del campo `file_name` se asigna directamente.
`file_size`	`network.received_bytes` `network.sent_bytes`	Si `type` es "OK DOWNLOAD" o "FAIL DOWNLOAD", el valor se convierte en un número entero sin signo y se asigna a `network.received_bytes`. Si `type` es "OK UPLOAD" o "FAIL UPLOAD", el valor se convierte en un número entero sin signo y se asigna a `network.sent_bytes`. Se establece en "USER_LOGIN" si `type` es "OK LOGIN". Se establece en "FILE_UNCATEGORIZED" si `type` está relacionado con operaciones de archivos ("OK UPLOAD", "OK DOWNLOAD", "FAIL DOWNLOAD", "OK MKDIR", "OK RMDIR", "OK DELETE", "FAIL UPLOAD"). Se establece en "STATUS_UPDATE" para todos los demás valores de `type`. Siempre se establece en "VSFTPD". Siempre se establece en "VSFTPD". Siempre se establece en "VSFTPD".
`month`	`metadata.event_timestamp`	Se usa con `day`, `year` y `time` para construir el `metadata.event_timestamp`.
`pid`	`principal.process.pid`	El valor del campo `pid` se asigna directamente.
`response_code`	`network.http.response_code`	El valor del campo `response_code` se convierte en un número entero y se asigna.
`reused_status`	`security_result.detection_fields.key`: "reused status" `security_result.detection_fields.value`: valor de `reused_status`	El valor del campo `reused_status` se asigna a un objeto `security_result.detection_fields` con la clave "reused status".
`speed`	`additional.fields.key`: "download_speed" o "upload_speed" `additional.fields.value.string_value`: valor de `speed`	Si `type` es "OK DOWNLOAD" o "FAIL DOWNLOAD", el valor se asigna a `additional.fields` con la clave "download_speed". Si `type` es "OK UPLOAD" o "FAIL UPLOAD", el valor se asigna a `additional.fields` con la clave "upload_speed".
`ssl_shutdown_state`	`security_result.detection_fields.key`: "Estado de apagado de SSL" `security_result.detection_fields.value`: valor de `ssl_shutdown_state`	El valor del campo `ssl_shutdown_state` se asigna a un objeto `security_result.detection_fields` con la clave "SSL Shutdown State".
`ssl_version`	`network.tls.version`	El valor del campo `ssl_version` se asigna directamente.
`time`	`metadata.event_timestamp`	Se usa con `day`, `month` y `year` para construir el `metadata.event_timestamp`.
`type`	`metadata.description` `security_result.action_details`	El valor del campo `type` se asigna a `metadata.description`, excepto cuando es "OK LOGIN". También se asigna a `security_result.action_details` cuando indica una acción de permitir o bloquear (comienza con "OK" o "FAIL").
`userid`	`principal.user.userid` `target.user.userid`	Si `type` es "OK LOGIN", el valor se asigna a `target.user.userid`. De lo contrario, se asigna a `principal.user.userid`.
`year`	`metadata.event_timestamp`	Se usa con `day`, `month` y `time` para construir el `metadata.event_timestamp`. Se establece en "NETWORK" si `type` es "OK LOGIN". Se establece en "MACHINE" si `type` es "OK LOGIN". Se establece en "ALLOW" si `type` comienza con "OK". Se establece en "BLOCK" si `type` comienza con "FAIL".

¿Necesitas más ayuda? Obtén respuestas de miembros de la comunidad y profesionales de Google SecOps.