Esta página se ha traducido con Cloud Translation API.

Recoger registros de Cisco Wireless Security Management (WiSM)

Disponible en:

SecOps de Google SIEM

En este documento se explica cómo ingerir registros de Cisco Wireless Security Management (WiSM) en Google Security Operations mediante Bindplane. El analizador extrae campos de los mensajes syslog, los asigna al modelo de datos unificado (UDM) y clasifica los eventos en función del campo cisco_mnemonic. Gestiona varios tipos de eventos, como inicios y cierres de sesión, conexiones de red y actualizaciones de estado, y extrae información relevante, como nombres de usuario, direcciones IP, direcciones MAC y detalles de seguridad.

Antes de empezar

Asegúrate de que cumples los siguientes requisitos previos:

Instancia de Google SecOps
Un host Windows 2016 o posterior, o un host Linux con systemd
Si se ejecuta a través de un proxy, asegúrate de que los puertos del cortafuegos estén abiertos.
Acceso privilegiado a Cisco Wireless LAN Controller (WLC)

Obtener el archivo de autenticación de ingestión de Google SecOps

Inicia sesión en la consola de Google SecOps.
Ve a Configuración de SIEM > Agentes de recogida.
Descarga el archivo de autenticación de ingestión.
- Guarda el archivo de forma segura en el sistema en el que se instalará BindPlane.

Obtener el ID de cliente de Google SecOps

Inicia sesión en 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.

Instalar el agente de Bindplane

Instala el agente de Bindplane en tu sistema operativo Windows o Linux siguiendo las instrucciones que se indican a continuación.

Instalación de ventanas

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 de Linux

Abre un terminal con privilegios de superusuario 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 ver más opciones de instalación, consulta la guía de instalación.

Configurar el agente de BindPlane para ingerir Syslog y enviarlo a Google SecOps

Accede al archivo de configuración:
- Busca el archivo config.yaml. Normalmente, 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).

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_file_path: '/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
        log_type: 'CISCO_WSM'
        raw_log_field: body
        ingestion_labels:

service:
    pipelines:
        logs/source0__chronicle_w_labels-0:
            receivers:
                - udplog
            exporters:
                - chronicle/chronicle_w_labels

Sustituye el puerto y la dirección IP según sea necesario en tu infraestructura.
Sustituye <customer_id> por el ID de cliente real.
Actualiza /path/to/ingestion-authentication-file.json a la ruta donde se guardó el archivo de autenticación en la sección Obtener el archivo de autenticación de ingestión 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 Servicios o introducir el siguiente comando:
```
net stop BindPlaneAgent && net start BindPlaneAgent
```

Configurar Syslog en Cisco WiSM

Inicia sesión en la interfaz de usuario web del controlador de LAN inalámbrica de Cisco.
Vaya a Gestión > Registros > Configuración.
Introduce la dirección IP del agente de Bindplane en el campo Dirección IP del servidor Syslog.
Haz clic en Añadir.
Proporcione los siguientes detalles de configuración:
- Gravedad de Syslog: selecciona Informativa.
- Instalación de Syslog: selecciona Uso local 0.
- Nivel de registro almacenado en búfer: selecciona Informativo - Nivel de gravedad 6.
- Nivel de registro de la consola: selecciona Informativo - Nivel de gravedad 6.
- Seleccione la casilla Información del archivo para incluir información sobre el archivo de origen.
- Selecciona la casilla Proc Info para incluir información del proceso.
- Selecciona la casilla Información de la traza para incluir información de la traza.
Haz clic en Aplicar.
Haz clic en Guardar configuración.

Tabla de asignación de UDM

Campo de registro	Asignación de UDM	Lógica
`cisco_facility`	`principal.resource.type`	Extraído del campo `cisco_tag` mediante grok.
`cisco_message`	`metadata.description`	El mensaje original del registro sin procesar.
`cisco_tag`	`metadata.product_event_type`	La etiqueta del registro sin procesar, que contiene la instalación, la gravedad y el mnemónico.
`database`	`security_result.detection_fields.value`	Si está presente, la clave se define como "Database".
`hostname`	`intermediary.hostname`	Cuando esté presente.
`intermediary_ip`	`intermediary.ip`	La dirección IP del dispositivo intermediario.
`principal_hostname`	`principal.hostname`	Cuando esté presente.
`principal_ip`	`principal.ip`	Cuando esté presente.
`principal_mac`	`principal.mac`	Cuando esté presente. Formateado como hexadecimal separado por dos puntos.
`principal_port`	`principal.port`	Cuando esté presente. Se ha convertido en un número entero.
`principal_process_id`	`principal.process.pid`	Cuando esté presente.
`profile`	`security_result.detection_fields.value`	Si está presente, la clave se define como "Profile".
`reason_message`	`security_result.summary`	Cuando esté presente. A veces también se usa para `security_result.description`.
`target_ip`	`target.ip`	Cuando esté presente.
`target_mac`	`target.mac`	Cuando esté presente.
`terminal`	`target.hostname`	Cuando esté presente.
`tls_local_ip`	`security_result.detection_fields.value`	Si está presente, la clave se define como "TLS local".
`tls_remote`	`security_result.detection_fields.value`	Si está presente, la clave se define como "TLS Remote".
`username`	`principal.user.userid` (o `target.user.userid` en eventos de cierre de sesión)	Cuando esté presente. La lógica del analizador lo define como "MECHANISM_UNSPECIFIED" en determinados casos. Se asigna el valor "MACHINE" a los eventos de inicio y cierre de sesión mediante la lógica del analizador. Copiado del lote `create_time`. Determinado por la lógica del analizador en función de `cisco_mnemonic` y otros campos. La lógica del analizador lo define como "CISCO_WSM". La lógica del analizador lo define como "CISCO_WSM". La lógica del analizador lo define como "CISCO_WSM". Se define como "BROADCAST" para eventos específicos mediante la lógica del analizador. Se define como "UDP" para eventos específicos según la lógica del analizador. Cuando esté presente. Se define como "ALLOW" o "BLOCK" para eventos específicos según la lógica del analizador. Se define como "AUTH_VIOLATION" para eventos específicos mediante la lógica del analizador. Se define para eventos específicos mediante la lógica del analizador. A veces se usa `reason_message`. Derivado de `cisco_severity` por la lógica del analizador. Derivado de `cisco_severity` por la lógica del analizador. Se define para eventos específicos mediante la lógica del analizador. A veces se usa `reason_message`.

¿Necesitas más ayuda? Recibe respuestas de los miembros de la comunidad y de los profesionales de Google SecOps.