Recopila registros de Fortinet FortiManager

Se admite en los siguientes sistemas operativos:

En esta guía, se explica cómo puedes transferir registros de Fortinet FortiManager a Google Security Operations con el agente de Bindplane.

Fortinet FortiManager es una plataforma de administración de redes centralizada que proporciona administración unificada, cumplimiento de prácticas recomendadas y automatización del flujo de trabajo para los dispositivos de seguridad y redes de Fortinet. FortiManager permite a los administradores administrar de forma centralizada la configuración, las políticas, las actualizaciones de firmware y los servicios de seguridad en miles de firewalls FortiGate y otros dispositivos de Fortinet en Security Fabric.

Antes de comenzar

Asegúrate de cumplir con los siguientes requisitos previos:

  • Es la 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 Fortinet FortiManager.
  • 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 a la consola de administración de Fortinet FortiManager con permisos para modificar la configuración del sistema
  • FortiManager versión 5.0.7 o posterior

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 > Agente de recopilación.
  3. Haz clic en Descargar para descargar el archivo de autenticación de la transferencia.

  4. Guarda el archivo de forma segura en el sistema en el que se instalará el agente de Bindplane.

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.

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. Ejecute 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 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. Ejecute 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 el syslog y enviarlo 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 con la siguiente configuración:

receivers:
    udplog:
    listen_address: "0.0.0.0:514"

exporters:
    chronicle/fortimanager:
    compression: gzip
    creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
    customer_id: 'your-customer-id-here'
    endpoint: malachiteingestion-pa.googleapis.com
    log_type: FORTINET_FORTIMANAGER
    raw_log_field: body
    ingestion_labels:
        env: production
        source: fortimanager

service:
    pipelines:
    logs/fortimanager_to_chronicle:
        receivers:
        - udplog
        exporters:
        - chronicle/fortimanager

Parámetros de configuración

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

Configuración del receptor:

  • listen_address: Es la dirección IP y el puerto que se escucharán. Usa 0.0.0.0:514 para escuchar en todas las interfaces del puerto 51. Si el puerto 514 requiere privilegios de administrador en Linux, usa 0.0.0.0:1514 y configura FortiManager para que envíe datos al puerto 1514.

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 del paso anterior (por ejemplo, a1b2c3d4-e5f6-g7h8-i9j0-k1l2m3n4o5p6)
  • 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.
  • log_type: Debe ser exactamente FORTINET_FORTIMANAGER
  • ingestion_labels: Etiquetas opcionales para filtrar y organizar

Guarda el archivo de configuración

Después de editarlo, guarda el archivo:

  • Linux: Presiona Ctrl+O, luego Enter y, después, Ctrl+X.
  • Windows: Haz clic en Archivo > Guardar

Reinicia el agente de Bindplane para aplicar los cambios

  • Linux

    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

  • Windows

    Elige una de las siguientes opciones:

    • Con el símbolo del sistema o PowerShell como administrador, haz lo siguiente:

      net stop observiq-otel-collector && net start observiq-otel-collector

    • Usa la 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 el reenvío de Syslog de Fortinet FortiManager

La configuración de syslog de FortiManager es un proceso de dos pasos: primero, define el servidor de syslog en la GUI y, luego, habilita el reenvío de registros local a través de la CLI.

Paso 1: Agrega el servidor syslog en la GUI de FortiManager

  1. Accede a la interfaz web de Fortinet FortiManager.
  2. Ve a Configuración del sistema > Avanzado > Servidor Syslog.
  3. Haz clic en Crear nuevo en la barra de herramientas.
  4. Se abrirá el panel Create New Syslog Server Settings.
  5. Establece la siguiente configuración:
    • Nombre: Ingresa un nombre descriptivo (por ejemplo, Chronicle-Bindplane).
    • Dirección IP (o FQDN): Ingresa la dirección IP del host del agente de Bindplane (por ejemplo, 192.168.1.100).
    • Puerto del servidor de Syslog: Ingresa 514 (o 1514 si configuraste BindPlane para que escuche en un puerto no privilegiado).
    • Conexión confiable: Déjala inhabilitada para UDP (predeterminado) o habilítala para TCP.
    • Conexión segura: Déjala inhabilitada, a menos que hayas configurado certificados TLS.
  6. Haz clic en Aceptar para guardar la configuración del servidor syslog.

Paso 2: Habilita el reenvío de registros local a través de la CLI

Después de agregar el servidor syslog en la GUI, debes habilitar FortiManager para que envíe registros locales al servidor syslog con la CLI.

  1. Conéctate a la CLI de FortiManager a través de SSH o la consola.

  2. Ejecuta los siguientes comandos:

    Para FortiManager 5.0.7 y versiones posteriores:

    config system locallog syslogd setting
    set syslog-name Chronicle-Bindplane
    set severity information
    set status enable
end

    Parámetros de configuración:

    • syslog-name: Debe coincidir con el Nombre que configuraste en la GUI (por ejemplo, Chronicle-Bindplane).
    • severity: Se establece en information para capturar todos los registros locales. El valor predeterminado es notification, que captura menos eventos. Las opciones son: emergency, alert, critical, error, warning, notification, information y debug.
    • status: Se establece en enable para comenzar a reenviar registros.

  3. Verifica la configuración:

    config system locallog syslogd setting
    show
end

  4. Para verificar que se envíen los registros, consulta los registros del agente de Bindplane o usa la captura de paquetes en el host del agente de Bindplane:

Linux:

sudo tcpdump -i any port 514 -A

Windows:

Usa Wireshark o Microsoft Message Analyzer para capturar el tráfico en el puerto 514.

Notas sobre el comportamiento del syslog de FortiManager

  • FortiManager envía sus propios registros de eventos locales (sistema, cambios de configuración, acciones administrativas) al servidor syslog configurado, no los registros de los dispositivos FortiGate administrados.
  • De forma predeterminada, la conexión confiable está inhabilitada, lo que significa que los registros se envían a través de UDP en el puerto 51. Si habilitas la conexión confiable, los registros se envían a través de TCP en el puerto 514.
  • Los mensajes de syslog de FortiManager usan un formato específico de Fortinet que no cumple estrictamente con RFC 3164 o RFC 5424. El analizador de FORTINET_FORTIMANAGER de Google SecOps está diseñado para controlar este formato.
  • Asegúrate de que la hora del sistema de FortiManager esté sincronizada con el NTP y configurada en UTC para obtener marcas de tiempo precisas en los registros. Para configurar la hora del sistema, ve a Panel y, luego, en el widget Información del sistema, haz clic en el botón para editar la hora del sistema junto al campo Hora del sistema.

Tabla de asignación de UDM

Campo de registro Asignación de UDM Lógica
type, subtype, pri, operation, performed_on, lograte, msgrate, logratelimit, logratepeak, action, cpuusage, memusage, diskusage, disk2usage, userfrom about.resource.attribute.labels Son las etiquetas asociadas al recurso.
clearpass-spt, allow-routing, color, comment, fabric-object, name, node-ip-only, obj-type, sdn-addr-type, sub-type, adom, pkgname, _signal-lte-rsrq, _signal-lte-rssi, performed_on_dev, changetype event.idm.read_only_udm.additional.fields Son los campos adicionales que no están cubiertos por el esquema estándar de UDM.
event.idm.read_only_udm.about Es la información sobre el evento.
event.idm.read_only_udm.extensions Son extensiones del evento.
event.idm.read_only_udm.metadata Son los metadatos sobre el evento.
cache_ttl_label event.idm.read_only_udm.network Información relacionada con la red
event.idm.read_only_udm.principal Es información sobre la entidad principal.
event.idm.read_only_udm.security_result Son los resultados del análisis de seguridad.
event.idm.read_only_udm.target Es información sobre la entidad objetivo.
extensions.auth.type Es el tipo de autenticación.
cambios metadata.description Es una descripción del evento.
event_type metadata.event_type El tipo de evento
log_id metadata.product_log_id Es el identificador específico del producto para la entrada de registro.
cache_ttl_label network.dns.answers Respuestas de DNS
session_id network.session_id Es el ID de sesión de la conexión de red.
adminprof principal.administrative_domain Es el dominio administrativo de la principal.
devname principal.asset.hostname Es el nombre de host del activo asociado con el principal.
src_ip principal.asset.ip Es la dirección IP del activo asociado con el principal.
devname principal.hostname Es el nombre de host de la principal.
src_ip principal.ip Es la dirección IP de la principal.
device_id principal.resource.product_object_id Es el identificador específico del producto para el recurso.
principal.resource.resource_type Es el tipo de recurso.
uuid principal.user.userid Es el ID de usuario del usuario principal.
action_details security_result.action Es la acción que se tomó como resultado del evento de seguridad.
comodín, subred, IP final, IP inicial security_result.detection_fields Son los campos que se usan para la detección en los resultados de seguridad.
msg security_result.summary Es un resumen del resultado de seguridad.
target_ip, tar_ip, remote_ip target.asset.ip Es la dirección IP del activo asociado con el objetivo.
target_ip, tar_ip, remote_ip target.ip Es la dirección IP del objetivo.
tar_port, remote_port target.port Número de puerto del destino.
usuario target.user.userid Es el ID del usuario objetivo.
metadata.vendor_name Es el nombre del proveedor.
metadata.product_name Es el nombre del producto.

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