Recopila registros de Symantec VIP Enterprise Gateway

Compatible con:

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

  1. Accede a la consola de Google SecOps.
  2. Ve a SIEM Settings > Collection Agents.
  3. 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

  1. Accede a la consola de Google SecOps.
  2. Ve a SIEM Settings > Profile.
  3. 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

  1. Abre el símbolo del sistema o PowerShell como administrador.
  2. Ejecuta el siguiente comando:

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

Instalación en Linux

  1. Abre una terminal con privilegios de raíz o sudo.
  2. 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

  1. 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).
  2. 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
    
  3. Reemplaza el puerto y la dirección IP según sea necesario en tu infraestructura.

  4. Reemplaza <customer_id> por el ID de cliente real.

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

  1. Accede a la IU web de tu Symantec VIP Gateway.
  2. Ve a Registros > Configuración de Syslog.
  3. Si es la primera vez que configuras Syslog, se te solicitará que configures los parámetros de configuración de Syslog. Selecciona .
  4. Si ya configuraste Syslog, haz clic en Editar en la parte inferior de la página.
  5. 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).
  6. Haz clic en Guardar.
  7. Ve a Configuración > Configuración de la consola.
  8. Proporciona los siguientes detalles de configuración:
    • Nivel de registro: Selecciona Info.
    • Habilita Syslog: Selecciona .
  9. Haz clic en Enviar.
  10. Ve a Configuración > Configuración de verificación de estado.
  11. Selecciona para habilitar el servicio de verificación de estado.
  12. Proporciona los siguientes detalles de configuración:
    • Nivel de registro: Selecciona Info.
    • Habilita Syslog: Selecciona .
  13. Haz clic en Enviar.
  14. Ve a User Store > LDAP Directory Synchronization.
  15. Edita los siguientes detalles de configuración:
    • Nivel de registro: Selecciona Info.
    • Habilita Syslog: Selecciona .
  16. 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.