Recopila registros de LDAP de CA

Versión del analizador: 2.0

Compatible con:

Google SecOps SIEM

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

CA Directory (antes Symantec Directory) es un servidor de directorio compatible con LDAP v2/v3 basado en los estándares X.500. Proporciona servicios de directorio de nivel empresarial con funciones de registro integrales, incluidos registros de alarmas, seguimientos, advertencias, consultas, resúmenes, conexiones, diagnósticos, actualizaciones y estadísticas para supervisar las operaciones de directorio y los eventos de seguridad.

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 directorio de CA
• 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 al servidor de directorio de la AC (raíz o administrador)
• CA Directory instalado y configurado con el registro habilitado

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)

1. Accede a la consola deGoogle Cloud y selecciona el proyecto de Google Cloud que está vinculado a tu instancia de Google SecOps.
2. Ve a IAM y administración > Cuentas de servicio.
3. Haga clic en Crear cuenta de servicio.
4. 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).
5. Haz clic en Crear y continuar.
6. En la sección Otorga a esta cuenta de servicio acceso al proyecto, haz clic en Seleccionar un rol y elige Editor de Chronicle.
7. Haz clic en Continuar y, luego, en Listo.
8. Haz clic en la cuenta de servicio que creaste y, luego, ve a la pestaña Claves.
9. Haz clic en Agregar clave > Crear clave nueva.
10. Selecciona JSON y haz clic en Crear. El archivo de claves se descargará en tu computadora.
11. Guarda el archivo de claves como ingestion-auth.json en el directorio del recopilador de Bindplane (/opt/observiq-otel-collector/ingestion-auth.json en Linux o C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json en Windows) o actualiza creds_file_path en config.yaml para que coincida con la ruta de acceso en la que lo guardas.
12. Ve a IAM y administración > Configuración y copia el Número de proyecto. Lo necesitarás para la configuración del exportador.

Nota: La clave JSON es una credencial. Restringe el acceso al archivo en el host de Bindplane y rota la clave según la política de tu organización.

Opción 2: Descarga el archivo de autenticación de transferencia (heredado)

1. Accede a la consola de Google SecOps.
2. 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.
3. Descarga el archivo de autenticación de transferencia.
4. Guarda el archivo de forma segura en el sistema en el que se instalará el agente de Bindplane.

Nota: Este archivo autentica el agente en la API de Ingestion heredada (malachiteingestion-pa.googleapis.com), que Google programó para que deje de estar disponible el 20 de julio de 2027. Planifica cambiar a la opción 1 antes de esa fecha.

Obtén el ID de cliente de Google SecOps

1. Accede a la consola de Google SecOps.
2. Ve a Configuración > Administración > Perfil. Si estás en una plataforma solo de SIEM, ve a Configuración > Perfil.

3. Copia y guarda el ID de cliente de la sección Detalles de la organización.

   Nota: Se requiere el customer ID 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

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

  2. Ejecuta el comando siguiente:

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

  3. Espera a que se complete la instalación.

  4. Ejecuta el siguiente comando para verificar la instalación:

     sc query observiq-otel-collector
     

     El servicio debería mostrarse como RUNNING.

• Instalación en Linux

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

  2. Ejecuta el comando siguiente:

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

  3. Espera a que se complete la instalación.

  4. Ejecuta el siguiente comando para verificar la instalación:

     sudo systemctl status observiq-otel-collector
     

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

Nota: La configuración del exportador de la API de Chronicle requiere la versión 1.106.0 o posterior del recopilador de Bindplane. Los comandos anteriores instalan la versión más reciente. Si actualizas una instalación existente, actualiza el recopilador antes de cambiar la configuración.

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

• Windows:

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

Edita el archivo de configuración

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

   receivers:
     udplog:
       listen_address: "0.0.0.0:514"
   
   exporters:
     chronicle/ca_directory:
       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: 'YOUR_CUSTOMER_ID'
       endpoint: chronicle.googleapis.com
       log_type: CA_LDAP
       raw_log_field: body
       ingestion_labels:
         env: production
         source: ca_directory
   
   service:
     pipelines:
       logs/ca_directory_to_chronicle:
         receivers:
           - udplog
         exporters:
           - chronicle/ca_directory
   

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

   • Configuración del receptor:

     • listen_address: Configúralo como 0.0.0.0:514 para escuchar en todas las interfaces en el puerto UDP 514.

       • Para instalaciones que no son de raíz en Linux, usa el puerto 1514 o uno superior
       • Asegúrate de que el puerto coincida con el puerto configurado en el reenvío de rsyslog.

   • 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

     • customer_id: Reemplaza YOUR_CUSTOMER_ID por tu customer ID. Para obtener más información, consulta Obtén el ID de cliente de Google SecOps.

     • location: Reemplaza <LOCATION> por la región de tu instancia de Google SecOps (por ejemplo, us, europe o asia-southeast1). El exportador agrega el prefijo chronicle.googleapis.com con 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 como chronicle.googleapis.com.

     • log_type: Se establece en CA_LDAP (etiqueta de transferencia de Chronicle para el directorio de CA).

     • ingestion_labels: Etiquetas opcionales para filtrar y organizar

Exportador de la API de transferencia heredada

• Si usas el archivo de autenticación de transferencia de la opción 2, reemplaza el bloque exporters por lo siguiente. Establece creds_file_path en la ruta de acceso al archivo de autenticación de transferencia y, si tu instancia está fuera de EE.UU., reemplaza malachiteingestion-pa.googleapis.com por tu extremo regional (por ejemplo, europe-malachiteingestion-pa.googleapis.com).

  exporters:
    chronicle/ca_directory:
      compression: gzip
      creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
      customer_id: 'YOUR_CUSTOMER_ID'
      endpoint: malachiteingestion-pa.googleapis.com
      log_type: CA_LDAP
      raw_log_field: body
      ingestion_labels:
        env: production
        source: ca_directory
  

Nota: Este exportador dejará de funcionar cuando se descontinúe la API de Ingestion el 20 de julio de 2027.

Guarda el archivo de configuración

Después de editarlo, guarda el archivo:

• Linux: Presiona Ctrl+O, luego Enter y, por último, 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, haz lo siguiente:

  1. Ejecuta el comando siguiente:

     sudo systemctl restart observiq-otel-collector
     

  2. Verifica que el servicio esté en ejecución:

     sudo systemctl status observiq-otel-collector
     

  3. Revisa los registros en busca de errores:

     sudo journalctl -u observiq-otel-collector -f
     

• Para reiniciar el agente de Bindplane en Windows, haz lo siguiente:

  1. 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 servicios:

       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.

  2. Verifica que el servicio esté en ejecución:

     sc query observiq-otel-collector
     

  3. Revisa los registros en busca de errores:

     type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
     

Configura el reenvío de syslog de LDAP de CA con rsyslog

En esta sección, se describe cómo configurar rsyslog en el servidor de directorio de CA para reenviar registros al agente de Bindplane.

Identifica las ubicaciones de los archivos de registro del directorio de CA

CA Directory almacena los archivos de registro en las siguientes ubicaciones:

• Linux: /opt/CA/Directory/dxserver/logs/
• Windows: C:\Program Files\CA\Directory\dxserver\logs\

Los archivos de registro siguen patrones de nombres basados en el nombre del DSA (por ejemplo, democorp_alarm, democorp_warn y democorp_trace).

Tipos de registros disponibles

El directorio de CA genera los siguientes tipos de registros:

• Registro de alarmas: Eventos críticos (siempre habilitado)
• Registro de advertencias: Errores y advertencias
• Registro de seguimiento: Seguimiento detallado de las operaciones
• Registro de consultas: Información detallada de la operación con marcas de tiempo
• Registro de resumen: Resúmenes de operaciones
• Registro de conexión: Eventos de conexión y desconexión
• Registro de diagnóstico: Operaciones rechazadas
• Registro de estadísticas: Estadísticas operativas por minuto
• Registro de actualizaciones: Operaciones para agregar, modificar, cambiar el nombre y borrar
• Registro de tiempo: Información de tiempo de la operación

Configura rsyslog en Linux

1. Accede al servidor de directorio de la AC como raíz o con privilegios de sudo.

2. Instala rsyslog si aún no lo hiciste:

   sudo yum install rsyslog
   

   O para Debian/Ubuntu:

   sudo apt-get install rsyslog
   

3. Crea un nuevo archivo de configuración de rsyslog para el directorio de CA:

   sudo nano /etc/rsyslog.d/ca-directory.conf
   

4. Agrega la siguiente configuración para reenviar los registros de CA Directory:

   # Load the imfile module for file monitoring
   module(load="imfile" PollingInterval="10")
   
   # Monitor CA Directory alarm logs
   input(type="imfile"
       File="/opt/CA/Directory/dxserver/logs/*_alarm*"
       Tag="ca-directory-alarm"
       Severity="error"
       Facility="local0")
   
   # Monitor CA Directory warn logs
   input(type="imfile"
       File="/opt/CA/Directory/dxserver/logs/*_warn*"
       Tag="ca-directory-warn"
       Severity="warning"
       Facility="local0")
   
   # Monitor CA Directory trace logs
   input(type="imfile"
       File="/opt/CA/Directory/dxserver/logs/*_trace*"
       Tag="ca-directory-trace"
       Severity="info"
       Facility="local0")
   
   # Monitor CA Directory query logs
   input(type="imfile"
       File="/opt/CA/Directory/dxserver/logs/*_query*"
       Tag="ca-directory-query"
       Severity="info"
       Facility="local0")
   
   # Monitor CA Directory connection logs
   input(type="imfile"
       File="/opt/CA/Directory/dxserver/logs/*_connection*"
       Tag="ca-directory-connection"
       Severity="info"
       Facility="local0")
   
   # Monitor CA Directory update logs
   input(type="imfile"
       File="/opt/CA/Directory/dxserver/logs/*_update*"
       Tag="ca-directory-update"
       Severity="info"
       Facility="local0")
   
   # Forward all CA Directory logs to Bindplane agent
   if $syslogtag contains 'ca-directory' then @@BINDPLANE_AGENT_IP:514
   & stop
   

5. Reemplaza BINDPLANE_AGENT_IP por la dirección IP del host del agente de Bindplane:

   • Si el agente de Bindplane está en el mismo servidor: 127.0.0.1
   • Si el agente de Bindplane está en un servidor diferente, ingresa la dirección IP (por ejemplo, 192.168.1.100).
   Nota: El prefijo @@ indica el reenvío de TCP. Usa @ para el reenvío de UDP (por ejemplo, @BINDPLANE_AGENT_IP:514).

6. Guarda el archivo de configuración:

   Presiona Ctrl+O, luego Enter y, por último, Ctrl+X

7. Verifica la sintaxis de configuración de rsyslog:

   sudo rsyslogd -N1
   

8. Reinicia el servicio rsyslog:

   sudo systemctl restart rsyslog
   

9. Verifica que rsyslog se esté ejecutando:

   sudo systemctl status rsyslog
   

10. Verifica los registros de rsyslog en busca de errores:

    sudo tail -f /var/log/messages
    

Configura rsyslog en Windows

1. Descarga e instala rsyslog para Windows desde el sitio web de rsyslog.

2. Abre el archivo de configuración de rsyslog:

   notepad "C:\Program Files\rsyslog\rsyslog.conf"
   

3. Agrega la siguiente configuración:

   # Load the imfile module for file monitoring
   module(load="imfile" PollingInterval="10")
   
   # Monitor CA Directory alarm logs
   input(type="imfile"
       File="C:\\Program Files\\CA\\Directory\\dxserver\\logs\\*_alarm*"
       Tag="ca-directory-alarm"
       Severity="error"
       Facility="local0")
   
   # Monitor CA Directory warn logs
   input(type="imfile"
       File="C:\\Program Files\\CA\\Directory\\dxserver\\logs\\*_warn*"
       Tag="ca-directory-warn"
       Severity="warning"
       Facility="local0")
   
   # Monitor CA Directory trace logs
   input(type="imfile"
       File="C:\\Program Files\\CA\\Directory\\dxserver\\logs\\*_trace*"
       Tag="ca-directory-trace"
       Severity="info"
       Facility="local0")
   
   # Forward all CA Directory logs to Bindplane agent
   if $syslogtag contains 'ca-directory' then @@BINDPLANE_AGENT_IP:514
   & stop
   

4. Reemplaza BINDPLANE_AGENT_IP por la dirección IP del host del agente de Bindplane.

5. Guarda el archivo de configuración.

6. Reinicia el servicio rsyslog:

   net stop rsyslog
   net start rsyslog
   

Habilita el registro del directorio de la AC

Asegúrate de que los tipos de registros requeridos estén habilitados en CA Directory:

1. Edita el archivo de configuración de DSA:

   • Linux: /opt/CA/Directory/dxserver/config/servers/democorp.dxc
   • Windows: C:\Program Files\CA\Directory\dxserver\config\servers\democorp.dxc
   Nota: Reemplaza democorp por el nombre de tu DSA.

2. Verifica o agrega los siguientes parámetros de configuración de registro:

       set alarm-log = true;
       set warn-log = true;
       set trace-log = true;
       set query-log = true;
       set connection-log = true;
       set update-log = true;
   

3. Guarda el archivo de configuración.

4. Reinicia el DSA de CA Directory:

   • Linux:

     dxserver stop democorp
     dxserver start democorp
     

   • Windows:

     net stop "CA Directory DSA - democorp"
     net start "CA Directory DSA - democorp"
     

Verifica el reenvío de registros

1. Genera actividad de prueba en CA Directory realizando consultas LDAP o intentos de autenticación.

2. Verifica los registros del agente de Bindplane para comprobar que se estén recibiendo:

   • Linux:

     sudo journalctl -u observiq-otel-collector -f
     

   • Windows:

     type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
     

3. Accede a la consola de Google SecOps y verifica que los registros de CA Directory aparezcan en el visor de registros.

Para obtener más información sobre el registro de CA Directory, consulta la documentación de Broadcom CA Directory.

Para ver ejemplos detallados de configuración de rsyslog, consulta el artículo de la base de conocimiento de Broadcom sobre el registro centralizado.

Tabla de asignación de UDM

Campo de registro	Asignación de UDM	Lógica
agent.ephemeral_id, logstash.irm_region, logstash.irm_environment, logstash.irm_site, host.os.name	additional.fields	Se combinan como etiquetas con las claves "ephemeral_id", "irm_region", "irm_environment", "irm_site" y "os_name", respectivamente.
host.architecture	hardware.cpu_platform	El valor se copia directamente.
logstash.process.host	intermediary.hostname	El valor se copia directamente.
logstash.collect.timestamp	metadata.collected_timestamp	Se analizó como marca de tiempo con el filtro de fecha
msg	metadata.description	El valor se copia directamente.
	metadata.event_type	Se establece en "STATUS_UPDATE"
agent.type, agent.version	observer.application	Se concatena como "%{agent.type} %{agent.version}" si ambos no están vacíos; de lo contrario, "%{agent.type}"
agent.type, agent.id	observer.asset_id	Se concatena como "%{agent.type}: %{agent.id}"
agent.hostname	observer.hostname	El valor se copia directamente.
host.id	principal.asset.asset_id	Se concatena como "CA_LDAP:%{host.id}"
hardware	principal.asset.hardware	Combinado desde el objeto de hardware
host.hostname	principal.hostname	El valor se copia directamente.
host.ip	principal.ip	Se combinó desde el array host.ip
host.mac	principal.mac	Combinado del array host.mac
host.os.family	principal.platform	Se establece en "LINUX" si coincide con "(rhel|redhat)"
host.os.kernel	principal.platform_patch_level	El valor se copia directamente.
host.os.version	principal.platform_version	El valor se copia directamente.
log.file.path	principal.process.file.full_path	El valor se copia directamente.
syslog_severity	security_result.severity	Se establece en "INFORMATIONAL" si coincide con "(?i)(DEFAULT|DEBUG|INFO|NOTICE)", "ERROR" si coincide con "(?i)ERROR", "MEDIUM" si coincide con "(?i)WARNING", "HIGH" si coincide con "(?i)(CRITICAL|ALERT|EMERGENCY)"
syslog_severity	security_result.severity_details	El valor se copia directamente.
	metadata.product_name	Establece en "CA_LDAP"
	metadata.vendor_name	Establece en "CA_LDAP"

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.