Recopila registros del módulo de servicio de firewall (FWSM) de Cisco

Compatible con:

En este documento, se explica cómo transferir registros del módulo de servicio de firewall (FWSM) de Cisco a las Operaciones de seguridad de Google con Bindplane. Primero, el analizador extrae los campos comunes, como las marcas de tiempo, las direcciones IP y las descripciones de eventos, de los mensajes de syslog del dispositivo con patrones de Grok. Luego, asigna la información extraída al esquema estandarizado del Modelo de datos unificado (UDM), convierte los tipos de datos, cambia el nombre de los campos y enriquece el resultado con clasificaciones relacionadas con la seguridad basadas en valores y palabras clave específicos.

Antes de comenzar

Asegúrate de cumplir con los siguientes requisitos previos:

  • Instancia de Google SecOps
  • Windows 2016 o versiones posteriores, o un host de Linux con systemd
  • Si ejecutas la herramienta detrás de un proxy, asegúrate de que los puertos del firewall estén abiertos.
  • Acceso con privilegios al dispositivo Cisco FWSM

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

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 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 Bindpolane 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_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_FWSM'
            raw_log_field: body
            ingestion_labels:
    
    service:
        pipelines:
            logs/source0__chronicle_w_labels-0:
                receivers:
                    - udplog
                exporters:
                    - chronicle/chronicle_w_labels
    

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 Cisco FWSM

  1. Accede a Cisco FWSM con SSH o una conexión de consola.
  2. Configura el registro:

    logging on
    
  3. Configura el nivel de registro:

    logging trap <level>
    
    • Cambia el nivel de captura de registros a 6 (informativo).
  4. Configura los parámetros de syslog:

    logging host [interface] bindplane_ip_address udp[/bindplane_port]
    

Tabla de asignación de UDM

Campo de registro Asignación de UDM Lógica
1.1.1.1 observer.ip Se extrae del mensaje de registro con el patrón de Grok.
2.2.2.2 principal.ip
target.ip
Se extrae del mensaje de registro con el patrón de Grok. La IP de destino se asigna a principal.ip o target.ip según la dirección de la conexión. Cuando dst outside, se asignará a principal.ip; de lo contrario, a target.ip.
3.3.3.3 principal.ip
target.ip
Se extrae del mensaje de registro con el patrón de Grok. La IP de origen se asigna a principal.ip o target.ip según la dirección de la conexión. Cuando dst outside, se asignará a principal.ip; de lo contrario, a target.ip.
3 de abril, 10:35:40 Esta marca de tiempo no se captura en el UDM.
3 de abr., 10:44:38 Esta marca de tiempo no se captura en el UDM.
3 de abr., 11:20:34 Esta marca de tiempo no se captura en el UDM.
3 de abr., 11:20:38 Esta marca de tiempo no se captura en el UDM.
29 de abril, 16:09:44 Esta marca de tiempo no se captura en el UDM.
Rechazar security_result.action_details Se extrae del mensaje de registro con el patrón de Grok.
Rechazado security_result.action_details Se extrae del mensaje de registro con el patrón de Grok.
FWSM-3-106011 metadata.product_event_type Se extrae del mensaje de registro con el patrón de Grok.
FWSM-3-313001 metadata.product_event_type Se extrae del mensaje de registro con el patrón de Grok.
FWSM-4-106023 metadata.product_event_type Se extrae del mensaje de registro con el patrón de Grok.
FWSM-4-302010 metadata.product_event_type Se extrae del mensaje de registro con el patrón de Grok.
FWSM-4-302016 metadata.product_event_type Se extrae del mensaje de registro con el patrón de Grok.
ICMP network.ip_protocol Se extrae del mensaje de registro con el patrón de Grok y se convierte a mayúsculas.
TCP network.ip_protocol Se extrae del mensaje de registro con el patrón de Grok y se convierte a mayúsculas.
Eliminación security_result.action_details Se extrae del mensaje de registro con el patrón de Grok.
UDP network.ip_protocol Se extrae del mensaje de registro con el patrón de Grok y se convierte a mayúsculas.
111 target.port Se extrae del mensaje de registro con el patrón de Grok y se convierte en un número entero. Cuando es dst outside, se asignará a principal.port; de lo contrario, a target.port.
17608 principal.port Se extrae del mensaje de registro con el patrón de Grok y se convierte en un número entero. Cuando es dst outside, se asignará a principal.port; de lo contrario, a target.port.
3000 principal.port Se extrae del mensaje de registro con el patrón de Grok y se convierte en un número entero. Cuando es dst outside, se asignará a principal.port; de lo contrario, a target.port.
33103 target.port Se extrae del mensaje de registro con el patrón de Grok y se convierte en un número entero. Cuando es dst outside, se asignará a principal.port; de lo contrario, a target.port.
514 principal.port
target.port
Se extrae del mensaje de registro con el patrón de Grok y se convierte en un número entero. Cuando es dst outside, se asignará a principal.port; de lo contrario, a target.port.
metadata.description Todo el campo descrip del registro sin procesar se asigna a este campo.
metadata.event_timestamp La marca de tiempo del objeto de lote se usa como marca de tiempo del evento.
metadata.event_type Se determina según la presencia de IPs de origen y destino:
- NETWORK_CONNECTION: Están presentes las IPs de origen y destino.
- STATUS_UPDATE: Solo está presente la IP de origen.
: GENERIC_EVENT: No se encuentra la IP de origen ni la de destino.
metadata.product_name Se codificó como CISCO_FWSM.
metadata.vendor_name Se codificó como CISCO.
principal.resource.type Se asigna desde el campo facility que se extrae del mensaje de registro.
security_result.action Se establece en BLOCK si el campo action es uno de Deny, Teardown, denied o Denied.
security_result.severity Se determina según el campo severity_level:
- 7, 6: INFORMATIONAL
- 5: LOW
- 4: MEDIUM
- 3: ERROR
- 2: HIGH
- other: CRITICAL
network.direction Se asigna desde el campo direction que se extrae del mensaje de registro. Si el campo direction es inbound, este campo se establecerá en INBOUND.

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