Recopila registros del conmutador de Aruba

Compatible con:

Google SecOps SIEM

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

Los conmutadores de Aruba generan mensajes de syslog para eventos del sistema, cambios de estado de la interfaz, autenticación y actividad de procesos. El analizador extrae campos de los mensajes syslog con patrones de grok y los asigna al modelo de UDM.

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 conmutador Aruba
• 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 con privilegios al conmutador de Aruba

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

1. Accede a la consola de Google SecOps.
2. Ve a Configuración de SIEM > 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 JSON contiene credenciales para autenticar el agente de Bindplane en Google SecOps.

Obtén el ID de cliente de Google SecOps

1. Accede a la consola de Google SecOps.
2. Ve a Configuración de SIEM > Perfil.

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

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 debe mostrarse como RUNNING.

Instalación en Linux

1. Abre una terminal con privilegios de administrador 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 activo (en ejecución).

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 registros de Syslog y enviarlos a Google SecOps

Ubica el archivo de configuración

• Linux:

  sudo nano /etc/bindplane-agent/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/aruba_switch:
          compression: gzip
          creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
          customer_id: '<customer_id>'
          endpoint: malachiteingestion-pa.googleapis.com
          log_type: ARUBA_SWITCH
          raw_log_field: body
  
  service:
      pipelines:
          logs/aruba_switch_to_chronicle:
              receivers:
                  - udplog
              exporters:
                  - chronicle/aruba_switch
  

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, 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, 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 syslog en el conmutador Aruba

Opción 1: Configuración de la CLI

1. Conéctate al conmutador Aruba a través de SSH:

   ssh admin@<switch-ip>
   

2. Ingresa al modo de configuración global:

   configure terminal
   

3. Especifica el servidor syslog externo:

   logging <bindplane-ip>
   

   • Reemplaza <bindplane-ip> por la dirección IP del agente de Bindplane.

4. (Opcional) Establece el nivel de gravedad del registro:

   logging severity <level>
   

   Nota: Los niveles de gravedad varían de 0 (emergencia) a 7 (depuración).

5. (Opcional) Agrega un identificador (etiqueta) de fuente de registro personalizado:

   logging facility local5
   

6. Guarda la configuración:

   write memory
   

Opción 2: Configuración de la interfaz web

1. Accede a la interfaz web del conmutador Aruba.
2. Ve a System > Logs > Syslog.
3. Agrega parámetros del servidor syslog:
   • Ingresa la dirección IP de BindPlane.
   • Ingresa el puerto de BindPlane.
   • Establece el Nivel de gravedad para controlar la verbosidad de los registros.
4. Haz clic en Guardar.

Tabla de asignación de UDM

Campo de registro	Asignación de UDM	Lógica
app	principal.application	El valor del campo app del registro sin procesar se asigna directamente a principal.application.
description	security_result.description	El valor del campo description del registro sin procesar se asigna directamente a security_result.description.
event_id	additional.fields.key	La cadena "event_id" se asigna a additional.fields.key.
event_id	additional.fields.value.string_value	El valor del campo event_id del registro sin procesar se asigna directamente a additional.fields.value.string_value.
host	principal.asset.hostname	El valor del campo host del registro sin procesar se asigna directamente a principal.asset.hostname.
host	principal.hostname	El valor del campo host del registro sin procesar se asigna directamente a principal.hostname.
pid	principal.process.pid	El valor del campo pid del registro sin procesar se asigna directamente a principal.process.pid.
ts	metadata.event_timestamp	El valor del campo ts del registro sin procesar se convierte en una marca de tiempo y se asigna a metadata.event_timestamp. La marca de tiempo también se usa para el campo timestamp de nivel superior en el UDM. El campo metadata.event_type se establece en "STATUS_UPDATE" porque la variable principal_mid_present se establece en "true" en el analizador cuando el campo host está presente en el registro sin procesar. La cadena "ARUBA_SWITCH" se asigna a metadata.product_name dentro del analizador. La cadena "ARUBA SWITCH" se asigna a metadata.vendor_name dentro del analizador. El analizador intenta extraer y analizar el agente de usuario del registro sin procesar con client.userAgent.rawUserAgent. Si la operación se realiza correctamente, el agente de usuario analizado se asigna a network.http.parsed_user_agent. Sin embargo, dado que los registros sin procesar proporcionados no contienen este campo, es probable que este campo del UDM esté vacío. El analizador intenta extraer el agente de usuario sin procesar del registro sin procesar con client.userAgent.rawUserAgent. Si la operación se realiza correctamente, el agente de usuario sin procesar se asigna a network.http.user_agent. Sin embargo, dado que los registros sin procesar proporcionados no contienen este campo, es probable que este campo del UDM esté vacío.

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