Recopila registros de Veeam
En este documento, se explica cómo transferir registros de Veeam a Google Security Operations con el agente de Bindplane.
Veeam Backup & Replication es una plataforma de protección de datos que genera mensajes de syslog para trabajos de copia de seguridad, tareas de replicación, operaciones de restablecimiento y eventos del sistema. El analizador extrae campos de los mensajes de syslog con patrones de grok y los asigna al modelo de datos unificado (UDM).
Antes de comenzar
Asegúrate de cumplir con los siguientes requisitos previos:
- Una instancia de Google SecOps
- Windows Server 2016 o posterior, o host de Linux con
systemd - Conectividad de red entre el agente de Bindplane y el servidor de Veeam Backup & Replication
- Si se ejecuta detrás de un proxy, asegúrate de que los puertos del firewall estén abiertos según los requisitos del agente de Bindplane
- Acceso con privilegios a Veeam
Obtén credenciales de Google SecOps para el agente de Bindplane
Para autenticar el agente de Bindplane en Google SecOps, elige uno de los siguientes métodos:
- Implementaciones nuevas: Usa la API de Chronicle (opción 1).
- Implementaciones heredadas: Sigue usando el archivo de autenticación de transferencia (opción 2) hasta que se descontinúe la API de Ingestion el 20 de julio de 2027.
Opción 1: Crea una cuenta de servicio para la API de Chronicle (recomendado)
- Accede a la consola deGoogle Cloud y selecciona el proyecto de Google Cloud que está vinculado a tu instancia de Google SecOps.
- Ve a IAM y administración > Cuentas de servicio.
- Haga clic en Crear cuenta de servicio.
- Proporciona los siguientes detalles de configuración:
- Nombre de la cuenta de servicio: Ingresa un nombre para la cuenta (por ejemplo,
bindplane-ingest). - Descripción de la cuenta de servicio: Ingresa una descripción (por ejemplo,
Bindplane agent log ingestion).
- Nombre de la cuenta de servicio: Ingresa un nombre para la cuenta (por ejemplo,
- Haz clic en Crear y continuar.
- En la sección Otorga a esta cuenta de servicio acceso al proyecto, haz clic en Seleccionar un rol y elige Editor de Chronicle.
- Haz clic en Continuar y, luego, en Listo.
- Haz clic en la cuenta de servicio que creaste y, luego, ve a la pestaña Claves.
- Haz clic en Agregar clave > Crear clave nueva.
- Selecciona JSON y haz clic en Crear. El archivo de claves se descargará en tu computadora.
- Guarda el archivo de claves como
ingestion-auth.jsonen el directorio del recopilador de Bindplane (/opt/observiq-otel-collector/ingestion-auth.jsonen Linux oC:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.jsonen Windows) o actualizacreds_file_pathenconfig.yamlpara que coincida con la ruta de acceso en la que lo guardas. - Ve a IAM y administración > Configuración y copia el Número de proyecto. Lo necesitarás para la configuración del exportador.
Opción 2: Descarga el archivo de autenticación de transferencia (heredado)
- Accede a la consola de Google SecOps.
- Ve a Configuración > Administración de datos > Agentes de recopilación. Si estás en una plataforma solo de SIEM, ve a Configuración > 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á el agente de Bindplane.
Obtén el ID de cliente de Google SecOps
- Accede a la consola de Google SecOps.
- Ve a Configuración > Administración > Perfil. Si estás en una plataforma solo de SIEM, ve a Configuración > Perfil.
Copia y guarda el ID de cliente de la sección Detalles de la organización.
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" /quietEspera a que se complete la instalación.
Ejecuta el siguiente comando para verificar la instalación:
sc query observiq-otel-collectorEl servicio debería 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.shEspera a que se complete la instalación.
Ejecuta el siguiente comando para verificar la instalación:
sudo systemctl status observiq-otel-collectorEl servicio debería mostrarse como active (running).
Recursos de instalación adicionales
Para obtener más opciones de instalación y solución de problemas, consulta la guía de instalación del agente de Bindplane.
Configura el agente de BindPlane para transferir syslog y enviarlo a Google SecOps
Ubica el archivo de configuración
Linux:
sudo nano /opt/observiq-otel-collector/config.yamlWindows:
notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
Edita el archivo de configuración
Reemplaza todo el contenido de
config.yamlpor la siguiente configuración:receivers: udplog: listen_address: "0.0.0.0:514" exporters: chronicle/veeam: 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: VEEAM raw_log_field: body service: pipelines: logs/veeam_to_chronicle: receivers: - udplog exporters: - chronicle/veeam
Parámetros de configuración
Reemplaza los marcadores de posición que se indican más abajo:
Configuración del receptor:
listen_address: Es la dirección IP y el puerto que se escucharán:0.0.0.0para escuchar en todas las interfaces (recomendado)- El puerto
514es el puerto estándar de syslog (requiere acceso raíz en Linux; usa1514para acceso no raíz)
Configuración del exportador:
creds_file_path: Ruta de acceso completa al archivo de claves JSON de la cuenta de servicio (opción 1):- Linux:
/opt/observiq-otel-collector/ingestion-auth.json - Windows:
C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- Linux:
customer_id: Es el ID de cliente copiado de la consola de Google SecOps.location: Reemplaza<LOCATION>por la región de tu instancia de Google SecOps (por ejemplo,us,europeoasia-southeast1). El exportador agrega el prefijochronicle.googleapis.comcon este valor. Consulta Extremos regionales para obtener la lista completa.project: Reemplaza<PROJECT_NUMBER>por el número de proyecto de IAM y administración > Configuración.endpoint: Mantén la configuración comochronicle.googleapis.com.
Exportador de la API de transferencia heredada
Si usas el archivo de autenticación de transferencia de la opción 2, reemplaza el bloque
exporterspor lo siguiente. Establececreds_file_pathen la ruta de acceso al archivo de autenticación de transferencia y, si tu instancia está fuera de EE.UU., reemplazamalachiteingestion-pa.googleapis.compor tu extremo regional (por ejemplo,europe-malachiteingestion-pa.googleapis.com).exporters: chronicle/veeam: compression: gzip creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.googleapis.com log_type: VEEAM raw_log_field: body
Guarda el archivo de configuración
- Después de editarlo, guarda el archivo:
- Linux: Presiona
Ctrl+O, luegoEntery, por último,Ctrl+X - Windows: Haz clic en Archivo > Guardar.
- Linux: Presiona
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-collectorVerifica que el servicio esté en ejecución:
sudo systemctl status observiq-otel-collectorRevisa 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-collectorConsola de servicios:
- Presiona
Win+R, escribeservices.mscy presiona Intro. - Busca observIQ OpenTelemetry Collector.
- Haz clic con el botón derecho y selecciona Reiniciar.
Verifica que el servicio esté en ejecución:
sc query observiq-otel-collectorRevisa los registros en busca de errores:
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
- Presiona
Configura syslog para Veeam
- Accede a la consola de Veeam Backup & Replication.
- Ve a Menú > Opciones > Integraciones de SIEM.
- En la sección Servidores Syslog, haz clic en Agregar.
- Proporciona los siguientes detalles de configuración:
- Nombre: Ingresa la dirección IP y el número de puerto del agente de Bindplane (por ejemplo,
192.168.1.1:514). - Transporte: Selecciona UDP o TCP, según la configuración de tu agente de Bindplane.
- Nombre: Ingresa la dirección IP y el número de puerto del agente de Bindplane (por ejemplo,
- Haz clic en Aceptar para guardar los cambios.
Tabla de asignación de UDM
| Campo de registro | Asignación de UDM | Lógica |
|---|---|---|
application |
principal.application |
Se asigna directamente desde el campo application extraído por el patrón de grok. |
CredentialId |
principal.resource.attribute.labels.[] |
Se asigna directamente desde el campo CredentialId extraído por el filtro kv. Se crea una etiqueta con la clave "CredentialId". |
date_2, time_2, year |
metadata.event_timestamp |
Los campos date_2, time_2 y year se concatenan y analizan con el filtro date para crear el metadata.event_timestamp. |
date_2, time_2 |
metadata.event_timestamp |
Los campos date_2 y time_2 se concatenan y analizan con el filtro date para crear el metadata.event_timestamp. |
deviceId |
principal.resource.product_object_id |
Se asigna directamente desde el campo deviceId extraído por el filtro kv. |
description |
security_result.description |
Se asigna directamente desde el campo description extraído por el patrón de grok. |
error_code |
security_result.detection_fields.[] |
Se asigna directamente desde el campo error_code extraído por el patrón de grok. Se crea una etiqueta con la clave "error_code". |
executing_feature |
principal.hostname, principal.asset.hostname |
Se asigna directamente desde el campo executing_feature extraído por el patrón de grok. |
host |
principal.hostname, principal.asset.hostname |
Se asigna directamente desde el campo host extraído por el patrón de grok. |
ManagementIP |
principal.ip, principal.asset.ip |
Se asigna directamente desde el campo ManagementIP extraído por el filtro kv. |
pid |
principal.process.pid |
Se asigna directamente desde el campo pid extraído por el patrón de grok. |
previousSeverity |
security_result.severity_details |
Se asigna directamente desde el campo previousSeverity extraído por el patrón de grok. |
prod_event_type |
metadata.product_event_type |
Se asigna directamente desde el campo prod_event_type extraído por el patrón de grok. |
query |
security_result.detection_fields.[] |
Se asigna directamente desde el campo query extraído por el patrón de grok. Se crea una etiqueta con la clave "query". |
reportingAddress |
principal.ip, principal.asset.ip |
Se asigna directamente desde el campo reportingAddress extraído por el patrón de grok. |
severity |
security_result.severity |
Se asigna desde el campo severity. El valor se determina mediante una lógica condicional basada en el campo severity (ERROR, MAJOR/WARN, INFO se asignan a valores de gravedad específicos de UDM). |
src_ip |
principal.ip, principal.asset.ip |
Se asigna directamente desde el campo src_ip extraído por el patrón de grok. |
summary |
security_result.summary |
Se asigna directamente desde el campo summary extraído por el patrón de grok. |
target_ip |
target.ip, target.asset.ip |
Se asigna directamente desde el campo target_ip extraído por el patrón de grok. |
thread_id |
security_result.detection_fields.[] |
Se asigna directamente desde el campo thread_id extraído por el patrón de grok. Se crea una etiqueta con la clave "thread_id". |
| (N/A) | event_type |
Se determina por la lógica en el analizador. Si tanto principal como target tienen datos de MID presentes, es NETWORK_UNCATEGORIZED. Si solo principal tiene datos de MID, es STATUS_UPDATE. De lo contrario, es GENERIC_EVENT. |
| (N/A) | metadata.event_type |
Se copia del campo event_type generado de forma interna. |
| (N/A) | metadata.vendor_name |
Está codificado como "VEEAM". |
| (N/A) | metadata.product_name |
Está codificado como "Veeam". |
| (N/A) | event.timestamp |
La marca de tiempo del evento se toma del campo collection_time de la entrada de registro. |
enterpriseId |
additional.fields |
Asignado desde el registro de cambios |
recipient_emailid |
additional.fields |
Asignado desde el registro de cambios |
description |
metadata.description |
Asignado desde el registro de cambios |
version |
additional.fields |
Asignado desde el registro de cambios |
categoryId |
additional.fields |
Asignado desde el registro de cambios |
instanceId |
additional.fields |
Asignado desde el registro de cambios |
VbrVersion |
metadata.product_version |
Asignado desde el registro de cambios |
Registro de cambios
Consulta el registro de cambios de este analizador
¿Necesitas más ayuda? Obtén respuestas de miembros de la comunidad y profesionales de Google SecOps.