Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

Recopila registros del controlador de LAN inalámbrica (WLC) de Cisco

Compatible con:

Google SecOps SIEM

En este documento, se explica cómo transferir registros del controlador de LAN inalámbrica (WLC) de Cisco a Google Security Operations con el agente de Bindplane.

El analizador extrae campos de los mensajes de syslog de Cisco WLC con patrones de Grok, y controla varios formatos de registro, incluidos los eventos de DHCP, autenticación y red. Asigna los campos extraídos al Modelo de datos unificado (UDM) y determina el tipo de evento según el contenido del mensaje y mnemonic.

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 WLC de Cisco
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 privilegiado al WLC de Cisco

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

Accede a la consola de Google SecOps.
Ve a Configuración de SIEM > 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.

Nota: Este archivo JSON contiene credenciales para autenticar el agente de Bindplane en Google SecOps.

Obtén el ID de cliente de Google SecOps

Accede a la consola de Google SecOps.
Ve a Configuración de SIEM > Perfil.
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

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" /quiet

Espera a que se complete la instalación.
Ejecuta el siguiente comando para verificar la instalación:
```
sc query observiq-otel-collector
```
El servicio debe mostrarse como RUNNING.

Instalación en Linux

Abre una terminal con privilegios de administrador 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.sh

Espera a que se complete la instalación.
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 solucionar 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/cisco_wireless:
        compression: gzip
        creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: CISCO_WIRELESS
        raw_log_field: body

service:
    pipelines:
        logs/cisco_wireless_to_chronicle:
            receivers:
                - udplog
            exporters:
                - chronicle/cisco_wireless

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 WLC de Cisco

Accede a la IU web de WLC.
Ve a Administración > Registros > Config.
Ingresa la dirección IP del agente de Bindplane en el campo Dirección IP del servidor Syslog.
Haz clic en Agregar.
Proporciona los siguientes detalles de configuración:
- Gravedad de Syslog: Selecciona Informativo.
- Syslog Facility: Selecciona Local Use 0.
Haz clic en Aplicar.
Haz clic en Guardar configuración.

Nota: Los mensajes de syslog se envían a través del transporte UDP, con el puerto 514.

Tabla de asignación de UDM

Campo de registro	Asignación de UDM	Lógica
`action_data`	`read_only_udm.security_result.action_details`	Se asigna directamente desde el campo `action_data`.
`data`	`read_only_udm.metadata.description`	Se asigna directamente desde el campo `data` después de cierto procesamiento (p.ej., se quitan marcas de tiempo y caracteres adicionales). Se extrae de la marca de tiempo al comienzo del mensaje de registro. El analizador controla varios formatos. Se determina en función de los campos `mnemonic` y `messageToProcess` con lógica compleja dentro del archivo `cisco_wireless.include`. Se establece en "CISCO_WIRELESS". Concatenación de los campos `facility`, `cisco_severity` y `mnemonic`. Se extrae del mensaje de registro cuando está disponible. Se establece en "CISCO_WIRELESS". Se extrae del campo `version` cuando está disponible. Se establece en "CISCO". Se establece en "DHCP" cuando el evento se relaciona con DHCP. Se establece en "BROADCAST" para los eventos de la cadena de transmisión. Se establece en "UDP" para los eventos de red UDP. Se extrae de la descripción cuando está disponible. Se extrae de la descripción cuando está disponible. Se asigna desde los campos `wlc_controller` o `hostname`, según el formato del registro. Se extrae de la descripción o de `MessageSourceAddress` cuando está disponible. Se asigna desde los campos `wlc_controller` o `hostname`, según el formato del registro. Se extrae de la descripción o de `MessageSourceAddress` cuando está disponible. Se extrae de la descripción cuando está disponible. Se extrae de la descripción cuando está disponible. Se crea a partir de los campos `SourceModuleName` y `SourceModuleType` cuando están disponibles. Se asigna desde `read_only_udm.principal.user.userid` cuando el ID de usuario parece una dirección de correo electrónico. Se extrae de la descripción cuando está disponible. Se extrae de la descripción cuando está disponible. Se determina en función del tipo y la descripción del evento. Se determina en función del tipo y la descripción del evento. Se crea a partir de campos específicos dentro de la descripción cuando está disponible. Se extrae de la descripción cuando está disponible. A veces, combina información de varios campos. Se determina según el campo `cisco_severity` y el tipo de evento. Se deriva del campo `read_only_udm.security_result.severity`. Es un resumen conciso del resultado de seguridad, derivado de la descripción y el tipo de evento. Se extrae de la descripción cuando está disponible. Se extrae de la descripción cuando está disponible. Se extrae de la descripción cuando está disponible. Se extrae de la descripción cuando está disponible. Se extrae de la descripción cuando está disponible. Se extrae de la descripción cuando está disponible. Se extrae de la descripción cuando está disponible. Se establece en "SETTING" para los eventos de modificación de la configuración. Se extrae de la descripción cuando está disponible.
`event_data`	`read_only_udm.metadata.product_event_type`	Se asigna directamente desde el campo `event_data`.
`event_id`	`read_only_udm.metadata.product_log_id`	Se asigna directamente desde el campo `event_id`.
`event_ts`	`read_only_udm.metadata.event_timestamp`	Se asigna directamente desde el campo `event_ts`.
`facility`	`read_only_udm.metadata.product_event_type`	Se asigna directamente desde el campo `facility`.
`hostname`	`read_only_udm.principal.hostname`	Se asigna directamente desde el campo `hostname`.
`hostname`	`read_only_udm.target.hostname`	Se asigna directamente desde el campo `hostname`.
`inter_mac`	`read_only_udm.intermediary.mac`	Se asigna directamente desde el campo `inter_mac`.
`intermediary_hostname`	`read_only_udm.intermediary.hostname`	Se asigna directamente desde el campo `intermediary_hostname`.
`kv_data`	`read_only_udm.principal.resource.attribute.labels`	Se analizan como pares clave-valor y se usan para completar etiquetas.
`log_message`	`read_only_udm.security_result.description`	Se asigna directamente desde el campo `log_message`.
`MessageSourceAddress`	`read_only_udm.principal.asset.ip`	Se asigna directamente desde el campo `MessageSourceAddress`.
`MessageSourceAddress`	`read_only_udm.principal.ip`	Se asigna directamente desde el campo `MessageSourceAddress`.
`messageToProcess`	`read_only_udm.metadata.description`	Se asigna directamente desde el campo `messageToProcess` después de cierto procesamiento.
`mnemonic`	`read_only_udm.metadata.event_type`	Se usa junto con otros campos para determinar el tipo de evento.
`mnemonic`	`read_only_udm.metadata.product_event_type`	Se asigna directamente desde el campo `mnemonic`.
`severity_data`	`read_only_udm.security_result.severity`	Se asigna desde el campo `severity_data` después de convertirlo en un valor de enumeración.
`SourceModuleName`	`read_only_udm.principal.resource.attribute.labels`	Se asigna directamente desde el campo `SourceModuleName`.
`SourceModuleType`	`read_only_udm.principal.resource.attribute.labels`	Se asigna directamente desde el campo `SourceModuleType`.
`timestamp`	`read_only_udm.metadata.event_timestamp`	Se asigna directamente desde el campo `timestamp`.
`version`	`read_only_udm.metadata.product_version`	Se asigna directamente desde el campo `version`.
`wlc_controller`	`read_only_udm.principal.hostname`	Se asigna directamente desde el campo `wlc_controller`.
`wlc_controller`	`read_only_udm.target.hostname`	Se asigna directamente desde el campo `wlc_controller`.

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