Recopila registros de Symantec VIP Enterprise Gateway
En este documento, se explica cómo transferir registros de Symantec VIP Enterprise Gateway a Google Security Operations con Bindplane. Primero, el código del analizador intenta procesar el mensaje de registro de entrada como un objeto JSON. Si esto falla, se supone un formato de syslog y se usan expresiones regulares (patrones de Grok) para extraer campos relevantes, como marcas de tiempo, direcciones IP, nombres de usuario y descripciones de eventos. Por último, asigna la información extraída a los campos del modelo de datos unificado (UDM) para la representación estandarizada de eventos de seguridad.
Antes de comenzar
Asegúrate de cumplir con los siguientes requisitos previos:
- Instancia de Google SecOps
- Host de Windows 2016 o posterior, o de Linux con systemd
- Si se ejecuta detrás de un proxy, los puertos de firewall están abiertos.
- Acceso privilegiado a Symantec VIP Enterprise Gateway
Obtén el archivo de autenticación de transferencia de Google SecOps
- Accede a la consola de Google SecOps.
- Ve a SIEM Settings > Collection Agents.
- Descarga el archivo de autenticación de transferencia. Guarda el archivo de forma segura en el sistema en el que se instalará BindPlane.
Obtén el ID de cliente de Google SecOps
- Accede a la consola de Google SecOps.
- Ve a SIEM Settings > Profile.
- Copia y guarda el ID de cliente de la sección Detalles de la organización.
Instala el agente de BindPlane
Instalación en Windows
- Abre el símbolo del sistema o PowerShell como administrador.
Ejecuta el siguiente comando:
msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet
Instalación en Linux
- Abre una terminal con privilegios de raíz o sudo.
Ejecuta el siguiente comando:
sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh
Recursos de instalación adicionales
Para obtener más opciones de instalación, consulta la guía de instalación.
Configura el agente de BindPlane para transferir Syslog y enviarlo a Google SecOps
- Accede al archivo de configuración:
- Ubica el archivo
config.yaml
. Por lo general, se encuentra en el directorio/etc/bindplane-agent/
en Linux o en el directorio de instalación en Windows. - Abre el archivo con un editor de texto (por ejemplo,
nano
,vi
o Bloc de notas).
- Ubica el archivo
Edita el archivo
config.yaml
de la siguiente manera:receivers: udplog: # Replace the port and IP address as required listen_address: "0.0.0.0:514" exporters: chronicle/chronicle_w_labels: compression: gzip # Adjust the path to the credentials file you downloaded in Step 1 creds: '/path/to/ingestion-authentication-file.json' # Replace with your actual customer ID from Step 2 customer_id: <customer_id> endpoint: malachiteingestion-pa.googleapis.com # Add optional ingestion labels for better organization ingestion_labels: log_type: 'SYMANTEC_VIP' raw_log_field: body service: pipelines: logs/source0__chronicle_w_labels-0: receivers: - udplog exporters: - chronicle/chronicle_w_labels
Reemplaza el puerto y la dirección IP según sea necesario en tu infraestructura.
Reemplaza
<customer_id>
por el ID de cliente real.Actualiza
/path/to/ingestion-authentication-file.json
a la ruta de acceso en la que se guardó el archivo de autenticación en la sección Obtén el archivo de autenticación de la transferencia de Google SecOps.
Reinicia el agente de Bindplane para aplicar los cambios
Para reiniciar el agente de Bindplane en Linux, ejecuta el siguiente comando:
sudo systemctl restart bindplane-agent
Para reiniciar el agente de Bindplane en Windows, puedes usar la consola de Servicios o ingresar el siguiente comando:
net stop BindPlaneAgent && net start BindPlaneAgent
Configura Syslog en Symantec VIP Enterprise Gateway
- Accede a la IU web de tu Symantec VIP Gateway.
- Ve a Registros > Configuración de Syslog.
- Si es la primera vez que configuras Syslog, se te solicitará que configures los parámetros de configuración de Syslog. Selecciona Sí.
- Si ya configuraste Syslog, haz clic en Editar en la parte inferior de la página.
- Proporciona los siguientes detalles de configuración:
- Syslog Facility: Selecciona LOG_LOCAL0.
- Host de Syslog: Ingresa la dirección IP del agente de BindPlane.
- Puerto de Syslog: Ingresa el número de puerto del agente de Bindplane (por ejemplo,
514
para UDP).
- Haz clic en Guardar.
- Ve a Configuración > Configuración de la consola.
- Proporciona los siguientes detalles de configuración:
- Nivel de registro: Selecciona Info.
- Habilita Syslog: Selecciona Sí.
- Haz clic en Enviar.
- Ve a Configuración > Configuración de verificación de estado.
- Selecciona Sí para habilitar el servicio de verificación de estado.
- Proporciona los siguientes detalles de configuración:
- Nivel de registro: Selecciona Info.
- Habilita Syslog: Selecciona Sí.
- Haz clic en Enviar.
- Ve a User Store > LDAP Directory Synchronization.
- Edita los siguientes detalles de configuración:
- Nivel de registro: Selecciona Info.
- Habilita Syslog: Selecciona Sí.
- Haz clic en Enviar.
Tabla de asignación de UDM
Campo de registro | Asignación de UDM | Lógica |
---|---|---|
aplicación | read_only_udm.principal.application | Es el valor que se toma del campo application extraído por el filtro json. |
comando | read_only_udm.target.process.command_line | Es el valor que se toma del campo command extraído por el patrón de Grok. |
credentialType | Este campo no se asigna directamente al UDM. Se usa para derivar el valor de read_only_udm.extensions.auth.mechanism. | |
datos | Este campo no se asigna directamente al UDM. Se analiza para extraer otros campos. | |
datos2 | Este campo no se asigna directamente al UDM. Se analiza para extraer otros campos. | |
fecha y hora | read_only_udm.metadata.event_timestamp.seconds read_only_udm.metadata.event_timestamp.nanos |
Segundos y nanosegundos desde la época extraídos del campo datetime . |
desc | read_only_udm.metadata.description | Es el valor que se toma del campo desc extraído por el filtro json. |
descripción | read_only_udm.security_result.description | Es el valor que se toma del campo description extraído por el filtro json. |
filename | read_only_udm.target.process.file.full_path | Es el valor que se toma del campo filename extraído por el patrón de Grok. |
Nombre de host | read_only_udm.principal.hostname | Es el valor que se toma del campo hostname extraído por el filtro json. |
host_name | read_only_udm.intermediary.hostname | Es el valor que se toma del campo host_name extraído por el filtro json. |
log_level | Este campo no se asigna directamente al UDM. Se usa para derivar el valor de read_only_udm.security_result.severity. | |
log_type | read_only_udm.metadata.product_event_type | Es el valor que se toma del campo log_type extraído por el filtro json. |
msg | Este campo no se asigna directamente al UDM. Se analiza para extraer otros campos. | |
operación | read_only_udm.security_result.summary | Es el valor que se toma del campo operation extraído por el patrón de Grok. |
processid | read_only_udm.target.process.pid | Es el valor que se toma del campo processid extraído por el patrón de Grok. |
producto | read_only_udm.metadata.product_name | Es el valor que se toma del campo product extraído por el filtro json. |
Reason | read_only_udm.metadata.description | Es el valor que se toma del campo reason extraído por el patrón de Grok. |
request_id | read_only_udm.target.resource.id | Es el valor que se toma del campo request_id extraído por el patrón de Grok. |
src_ip | read_only_udm.principal.ip | Es el valor que se toma del campo src_ip extraído por el patrón de Grok. |
estado | read_only_udm.metadata.description | Es el valor que se toma del campo status extraído por el patrón de Grok. |
resumen | read_only_udm.security_result.summary | Es el valor que se toma del campo summary extraído por el filtro json. |
timestamp.nanos | read_only_udm.metadata.event_timestamp.nanos | Son los nanosegundos desde la marca de tiempo del registro original. |
timestamp.seconds | read_only_udm.metadata.event_timestamp.seconds | Son los segundos transcurridos desde la marca de tiempo del registro original. |
hora | Este campo no se asigna directamente al UDM. Se usa para derivar los valores de read_only_udm.metadata.event_timestamp.seconds y read_only_udm.metadata.event_timestamp.nanos. | |
usuario | read_only_udm.target.user.userid | Es el valor que se toma del campo user extraído por el filtro json o el patrón grok. |
vendor | read_only_udm.metadata.vendor_name | Es el valor que se toma del campo vendor extraído por el filtro json. |
read_only_udm.extensions.auth.mechanism | Se determina según el campo credentialType . Si credentialType es SMS_OTP o STANDARD_OTP , se usa OTP . Si credentialType coincide con la expresión regular PASSWORD , se usa USERNAME_PASSWORD . |
|
read_only_udm.extensions.auth.type | Si el campo reason coincide con la expresión regular LDAP , se usa SSO . De lo contrario, se usa AUTHTYPE_UNSPECIFIED . |
|
read_only_udm.metadata.event_type | Se determina según la presencia de ciertos campos. Si user o processid no están vacíos, se usa USER_LOGIN . Si user está vacío y src_ip no está vacío o es 0.0.0.0 , se usa STATUS_UPDATE . De lo contrario, se usa GENERIC_EVENT . |
|
read_only_udm.metadata.log_type | Se codificó como SYMANTEC_VIP . |
|
read_only_udm.security_result.action | Se determina según el campo status . Si status es Authentication Success , GRANTED , Authentication Completed , After Services Authenticate call o CHALLENGED , se usa ALLOW . Si status es DENIED , Acces-Reject , Unknown Error , Service Unavailable o FAILED , se usa BLOCK . Si status es PUSH request sent for user o Trying to fetch attribute , se usa QUARANTINE . |
|
read_only_udm.security_result.severity | Se determina según el campo log_level . Si log_level es DEBUG , INFO o AUDIT , se usa INFORMATIONAL . Si log_level es ERROR , se usa ERROR . Si log_level es WARNING , se usa MEDIUM . |
¿Necesitas más ayuda? Obtén respuestas de miembros de la comunidad y profesionales de Google SecOps.