Recopila registros de Kiteworks (anteriormente Accellion)

Versión del analizador: 16.0

Compatible con:

En este documento, se explica cómo transferir registros de Kiteworks (antes conocido como Accellion) a Google Security Operations con Bindplane.

Kiteworks es una plataforma segura de uso compartido y administración de archivos que proporciona comunicaciones de contenido empresarial a través de correo electrónico, uso compartido de archivos, transferencia de archivos administrada y formularios web. Ofrece visibilidad, cumplimiento y control sobre el contenido sensible que entra y sale de la organización.

Antes de comenzar

Asegúrate de cumplir con los siguientes requisitos previos:

  • Una instancia de Google SecOps
  • Windows Server 2016 o posterior, o host de Linux con systemd
  • Conectividad de red entre el agente de Bindplane y el dispositivo de Kiteworks
  • Si se ejecuta detrás de un proxy, asegúrate de que los puertos del firewall estén abiertos según los requisitos del agente de Bindplane
  • Acceso privilegiado a la Consola del administrador de Kiteworks (rol de administrador del sistema)

Obtén credenciales de Google SecOps para el agente de Bindplane

Para autenticar el agente de Bindplane en Google SecOps, elige uno de los siguientes métodos:

  • Implementaciones nuevas: Usa la API de Chronicle (opción 1).
  • Implementaciones heredadas: Sigue usando el archivo de autenticación de transferencia (opción 2) hasta que se descontinúe la API de Ingestion el 20 de julio de 2027.
  1. Accede a la consola deGoogle Cloud y selecciona el proyecto de Google Cloud que está vinculado a tu instancia de Google SecOps.
  2. Ve a IAM y administración > Cuentas de servicio.
  3. Haga clic en Crear cuenta de servicio.
  4. Proporciona los siguientes detalles de configuración:
    • Nombre de la cuenta de servicio: Ingresa un nombre para la cuenta (por ejemplo, bindplane-ingest).
    • Descripción de la cuenta de servicio: Ingresa una descripción (por ejemplo, Bindplane agent log ingestion).
  5. Haz clic en Crear y continuar.
  6. En la sección Otorga a esta cuenta de servicio acceso al proyecto, haz clic en Seleccionar un rol y elige Editor de Chronicle.
  7. Haz clic en Continuar y, luego, en Listo.
  8. Haz clic en la cuenta de servicio que creaste y, luego, ve a la pestaña Claves.
  9. Haz clic en Agregar clave > Crear clave nueva.
  10. Selecciona JSON y haz clic en Crear. El archivo de claves se descargará en tu computadora.
  11. Guarda el archivo de claves como ingestion-auth.json en el directorio del recopilador de Bindplane (/opt/observiq-otel-collector/ingestion-auth.json en Linux o C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json en Windows) o actualiza creds_file_path en config.yaml para que coincida con la ruta de acceso en la que lo guardas.
  12. Ve a IAM y administración > Configuración y copia el Número de proyecto. Lo necesitarás para la configuración del exportador.

Opción 2: Descarga el archivo de autenticación de transferencia (heredado)

  1. Accede a la consola de Google SecOps.
  2. Ve a Configuración > Administración de datos > Agentes de recopilación. Si estás en una plataforma solo de SIEM, ve a Configuración > 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.

Obtén el ID de cliente de Google SecOps

  1. Accede a la consola de Google SecOps.
  2. Ve a Configuración > Administración > Perfil. Si estás en una plataforma solo de SIEM, ve a Configuración > 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. Ejecuta 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 raíz 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 active (running).

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 syslog y enviarlo a Google SecOps

Ubica el archivo de configuración

  • Linux:

    sudo nano /opt/observiq-otel-collector/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/accellion:
        protocol: https
        # Region of your instance, for example us, europe, asia-southeast1
        location: <LOCATION>
        # Project number of the Google Cloud project linked to the instance
        project: '<PROJECT_NUMBER>'
        compression: gzip
        creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: chronicle.googleapis.com
        log_type: ACCELLION
        raw_log_field: body
    
    service:
      pipelines:
        logs/accellion_to_chronicle:
          receivers:
            - udplog
          exporters:
            - chronicle/accellion
    

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:
      • 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 claves JSON de la cuenta de servicio (opción 1):
      • Linux: /opt/observiq-otel-collector/ingestion-auth.json
      • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
    • customer_id: Es el ID de cliente copiado de la consola de Google SecOps.
    • location: Reemplaza <LOCATION> por la región de tu instancia de Google SecOps (por ejemplo, us, europe o asia-southeast1). El exportador agrega el prefijo chronicle.googleapis.com con este valor. Consulta Extremos regionales para obtener la lista completa.
    • project: Reemplaza <PROJECT_NUMBER> por el número de proyecto de IAM y administración > Configuración.
    • endpoint: Mantén la configuración como chronicle.googleapis.com.

Exportador de la API de transferencia heredada

  • Si usas el archivo de autenticación de transferencia de la opción 2, reemplaza el bloque exporters por lo siguiente. Establece creds_file_path en la ruta de acceso al archivo de autenticación de transferencia y, si tu instancia está fuera de EE.UU., reemplaza malachiteingestion-pa.googleapis.com por tu extremo regional (por ejemplo, europe-malachiteingestion-pa.googleapis.com).

    exporters:
      chronicle/accellion:
        compression: gzip
        creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: ACCELLION
        raw_log_field: body
    

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, haz lo siguiente:

  1. Ejecuta el comando siguiente:

    sudo systemctl restart observiq-otel-collector
    
  2. Verifica que el servicio esté en ejecución:

    sudo systemctl status observiq-otel-collector
    
  3. Revisa los registros en busca de errores:

    sudo journalctl -u observiq-otel-collector -f
    

Para reiniciar el agente de Bindplane en Windows, haz lo siguiente:

  1. 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 servicios:
      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.
  2. Verifica que el servicio esté en ejecución:

    sc query observiq-otel-collector
    
  3. Revisa los registros en busca de errores:

    type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
    

Configura el reenvío de syslog en Kiteworks (anteriormente Accellion)

  1. Accede a la Consola del administrador de Kiteworks como administrador del sistema.
  2. Ve a la página Ubicaciones:
    • IU de administración heredada: Ve a Sistema > Ubicaciones.
    • Nueva IU de administración: Ve a Configuración del sistema > Ubicaciones.
  3. Selecciona la ubicación de segmentación en la lista.
  4. Ve a la sección Servicios externos.
  5. Expande el panel Configuración de Syslog.
  6. Haz clic en Agregar para crear una configuración de servidor Syslog nueva.
  7. Proporciona los siguientes detalles de configuración:
    • Servidor Syslog: Ingresa la dirección IP del host del agente de Bindplane (por ejemplo, 192.168.1.100).
    • Protocolo: Selecciona UDP o TCP, según la configuración del receptor del agente de Bindplane.
    • Puerto: Ingresa el número de puerto del agente de Bindplane (por ejemplo, 514).
    • Usar TLS: Selecciona esta casilla de verificación si quieres transportar mensajes de syslog a través de TLS (disponible solo cuando se selecciona TCP como protocolo).
    • Formato: Selecciona Formato JSON (recomendado para el análisis estructurado).
  8. Haz clic en Guardar para aplicar la configuración.

Tabla de asignación de UDM

Campo de registro Asignación de UDM Lógica
acct principal.user.user_display_name El valor de acct del campo msg del registro sin procesar.
acct target.user.user_display_name El valor de acct del campo msg del registro sin procesar.
addr principal.ip El valor de addr del campo msg del registro sin procesar.
a0 security_result.about.labels.value El valor de a0 del campo msg del registro sin procesar, en el que el key correspondiente es "a0".
a1 security_result.about.labels.value El valor de a1 del campo msg del registro sin procesar, en el que el key correspondiente es "a1".
a2 security_result.about.labels.value El valor de a2 del campo msg del registro sin procesar, en el que el key correspondiente es "a2".
a3 security_result.about.labels.value El valor de a3 del campo msg del registro sin procesar, en el que el key correspondiente es "a3".
arch security_result.about.platform_version El valor de arch del campo msg del registro sin procesar. Solo se aplica a la SYSCALL type_name.
auid about.user.userid El valor de auid del campo msg del registro sin procesar.
auid security_result.detection_fields.value El valor de auid del campo msg del registro sin procesar, en el que el key correspondiente es "auid".
comm principal.application El valor de comm del campo msg del registro sin procesar.
cmd principal.process.command_line El valor de cmd del campo msg del registro sin procesar.
cwd security_result.detection_fields.value Es el valor de cwd del campo msg del registro sin procesar, en el que el key correspondiente es "cwd".
cwd target.process.file.full_path El valor de cwd del campo msg del registro sin procesar.
exe principal.process.file.full_path El valor de exe del campo msg del registro sin procesar.
exe target.process.file.full_path El valor de exe del campo msg del registro sin procesar.
exit security_result.about.labels.value Es el valor de exit del campo msg del registro sin procesar, en el que el key correspondiente es "Exit Code".
hostname principal.hostname El valor de hostname del campo msg del registro sin procesar.
key security_result.about.registry.registry_key El valor de key del campo msg del registro sin procesar. Solo se aplica a la SYSCALL type_name.
log_type metadata.log_type Es el valor de log_type del registro sin procesar.
msg security_result.action_details El valor después de res= en el campo msg del registro sin procesar.
msg security_result.summary Es la combinación de campos del campo msg del registro sin procesar. Se analiza desde la sección audit del campo msg en el registro sin procesar. Se asigna según el campo type en el registro sin procesar. Por ejemplo, "USER_START" se asigna a "USER_LOGIN", "CRED_DISP" se asigna a "USER_LOGOUT", "CRED_ACQ" se asigna a "USER_LOGIN", "USER_END" se asigna a "USER_LOGOUT", "CRED_REFR" se asigna a "USER_LOGIN", "USER_CMD" se asigna a "USER_LOGIN", "CWD" se asigna a "STATUS_UPDATE", "PROCTITLE" se asigna a "STATUS_UPDATE", "USER_ACCT" se asigna a "USER_UNCATEGORIZED" y "SYSCALL" se asigna a "USER_UNCATEGORIZED".
node principal.hostname El valor de node del campo msg del registro sin procesar.
pid principal.process.pid El valor de pid del campo msg del registro sin procesar.
ppid principal.process.parent_process.pid El valor de ppid del campo msg del registro sin procesar.
proctitle target.process.file.full_path Es el valor hexadecimal decodificado de proctitle del campo msg del registro sin procesar. Está codificado como "LINUX". Se establece en "ALLOW" si res=success está presente en el campo msg del registro sin procesar.
ses network.session_id El valor de ses del campo msg del registro sin procesar.
syscall security_result.about.labels.value Es el valor de syscall del campo msg del registro sin procesar, en el que el key correspondiente es "Syscall".
success security_result.summary Se combina con otros campos para formar el resumen. Para los eventos SYSCALL, la lógica es la siguiente: si success=yes, entonces "yes, The System call succeeded"; de lo contrario, "no, The System call failed".
terminal principal.terminal El valor de terminal del campo msg del registro sin procesar.
timestamp timestamp Es el valor de timestamp de la entrada de registro sin procesar.
tty principal.terminal El valor de tty del campo msg del registro sin procesar.
type metadata.product_event_type El valor de type del campo msg del registro sin procesar.
uid about.user.userid El valor de uid del campo msg del registro sin procesar. Solo se aplica a la SYSCALL type_name.
uid target.user.userid El valor de uid del campo msg del registro sin procesar. Se establece en "SETTING" si type es "USER_ACCT".

Registro de cambios

Consulta el registro de cambios de este analizador

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