Recopila registros de CA ACF2

Versión del analizador: 2.0

Compatible con:

En este documento, se explica cómo transferir registros de CA ACF2 a Google Security Operations con el agente de Bindplane.

Broadcom ACF2 (Access Control Facility 2) para z/OS es un producto de seguridad de mainframe que proporciona control de acceso, autenticación y auditoría para los sistemas IBM z/OS. ACF2 registra los eventos de seguridad en los registros de IBM System Management Facility (SMF) (tipo predeterminado 230), incluidos los intentos de autenticación, los incumplimientos de acceso a conjuntos de datos, los eventos de acceso a recursos, el registro de comandos de TSO y las modificaciones de la base de datos. Estos registros de SMF se deben reenviar a Chronicle con un agente de terceros, como BMC AMI Defender para z/OS.

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 agente de BMC AMI Defender para z/OS
  • 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
  • BMC AMI Defender para z/OS instalado y en ejecución en la LPAR de z/OS en la que ACF2 está activo
  • Acceso para modificar los archivos de parámetros de BMC AMI Defender en el conjunto de datos amihlq.CZAGENT.PARM
  • Autoridad para iniciar o modificar la tarea iniciada CZAGENT en z/OS

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, luego, en 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 de SIEM > 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 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. 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

  1. Reemplaza todo el contenido de config.yaml por la siguiente configuración:

    receivers:
      udplog:
        listen_address: "0.0.0.0:514"
    
    exporters:
      chronicle/acf2_logs:
        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: 'YOUR_CUSTOMER_ID'
        endpoint: chronicle.googleapis.com
        log_type: CA_ACF2
        raw_log_field: body
        ingestion_labels:
          env: production
          source: acf2
    
    service:
      pipelines:
        logs/acf2_to_chronicle:
          receivers:
            - udplog
          exporters:
            - chronicle/acf2_logs
    
  2. Reemplaza los marcadores de posición que se indican más abajo:

    • Configuración del receptor:

      • listen_address: Configúralo como 0.0.0.0:514 para escuchar en todas las interfaces en el puerto UDP 514

        • Para los sistemas Linux que se ejecutan como no raíz, usa el puerto 1514 o uno superior
        • Haz coincidir este puerto con la configuración de la instrucción SERVER de BMC AMI Defender
    • 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: Reemplaza YOUR_CUSTOMER_ID por tu customer ID. Para obtener más información, consulta Obtén el ID de cliente 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 antepone 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 el valor establecido en chronicle.googleapis.com.

      • log_type: Se establece en CA_ACF2 (etiqueta de transferencia de Chronicle para los registros de ACF2).

      • ingestion_labels: Etiquetas opcionales para categorizar los registros (personalízalas según sea necesario)

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/acf2_logs:
        compression: gzip
        creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
        customer_id: 'YOUR_CUSTOMER_ID'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: CA_ACF2
        raw_log_field: body
        ingestion_labels:
          env: production
          source: acf2
    

Cómo guardar 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

  • 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 BMC AMI Defender for z/OS para reenviar registros SMF de ACF2

Edita el miembro $$$SERVR parameter member

  1. Sign in to the z/OS system using TSO/ISPF or a 3270 emulator.
  2. Navigate to the BMC AMI Defender parameter library:
    1. Enter ISPF at the TSO READY prompt.
    2. Select option 2 (Edit).
    3. In the ISPF Library field, enter the data set name: amihlq.CZAGENT.PARM (replace amihlq with your installation high-level qualifier).
    4. Press Enter.
  3. Edit the $$$SERVR:
    1. Escribe E junto al miembro del parámetro $$$SERVR member.
    2. Press Enter.
  4. Locate the SERVER statement section (approximately line 40-60).
  5. Uncomment one of the SERVER statements by removing the leading semicolon (;).
  6. Configure the SERVER statement with the Bindplane agent IP address and port:

    SERVER bindplane-host-ip:514 TRANS(UDP) MAXMSG(2000)
    
    • Replace bindplane-host-ip with the IP address of the Bindplane agent host (for example, 192.168.1.100).
    • If using a non-standard port (for example, 1514), specify: bindplane-host-ip:1514.
    • TRANS(UDP) specifies UDP transport protocol (recommended for syslog).
    • MAXMSG(2000) sets the maximum message length to 2000 bytes (ACF2 records may require larger sizes).
  7. Verify the OPTIONS statement for syslog format:

    1. Scroll up to locate the OPTIONS statements (approximately line 10-30).
    2. Ensure one of the following OPTIONS statements is uncommented based on your preferred format:

      OPTIONS IF(RFC 3164) SIEM(RFC 3164) TIMESTAMP INSTNAME(SIEM.Agent)
      
      • RFC 3164: Standard syslog format (recommended for Chronicle)
      • CEF: Common Event Format (alternative)
      • LEEF: Log Event Extended Format (alternative)
      • JSON: JSON format (alternative)
  8. Save the changes:

    1. Press F3 to exit the editor.
    2. Type SAVE when prompted.
    3. Press Enter.

Edit the $$$CONFG para habilitar la recopilación de registros de SMF de ACF2

  1. En la lista de miembros del conjunto de datos amihlq.CZAGENT.PARM, edita el miembro $$$CONFG member:

    1. Type E next to the $$$CONFG.

    2. Presiona Intro.
  2. Busca el interruptor de selección de registros de SMF de ACF2 (busca ACF2 o SMF 230).

  3. Quita la marca de comentario de la instrucción SELECT para ACF2:

    SELECT IF(ACF2) SMF(ACF2)
    
    • Esto habilita la recopilación de registros de ACF2 SMF (tipo predeterminado 230).
    • Si tu sitio usa un tipo de registro SMF diferente para ACF2, verifica el tipo con el comando ACF SHOW SYSTEMS en TSO.
  4. Guarda los cambios:

    1. Presiona F3 para salir del editor.
    2. Escribe SAVE cuando se te solicite.
    3. Presiona Intro.
  5. Crea o edita el miembro del parámetro de la sentencia SMF ACF2

    1. En la lista de miembros del conjunto de datos amihlq.CZAGENT.PARM, verifica si hay un miembro llamado $$$ACF2 or SMFACF2 exists.
    2. If the member does not exist, create it:

      1. Type C (Create) on the command line.
      2. Enter the member name: $$$ACF2.
      3. Presiona Intro.
    3. Edita el miembro y agrega la siguiente sentencia de ACF2 de SMF:

      SMF ACF2(230) FACILITY(SECURITY4) SEVERITY(INFORMATIONAL)
      
      • ACF2(230): Especifica el tipo de registro de SMF para ACF2 (el valor predeterminado es 230; verifícalo con ACF SHOW SYSTEMS).
      • FACILITY(SECURITY4): Establece la instalación de syslog en Security (4).
      • SEVERITY(INFORMATIONAL): Establece la gravedad predeterminada en Informativa.

        • Los incumplimientos de autoridad o contraseñas no válidas se envían automáticamente con la gravedad ERROR.
        • Los incumplimientos de recursos se envían automáticamente con la gravedad ERROR.
    4. De manera opcional, configura subtipos y niveles de gravedad específicos de ACF2:

      SMF ACF2(230) +
        FACILITY(SECURITY4) +
        SEVERITY(INFORMATIONAL) +
        SUBTYPES(P SEV(ERROR)) +
        SUBTYPES(V SEV(ERROR)) +
        SUBTYPES(D SEV(ERROR))
      
      • Subtipo P: Eventos de contraseña o autoridad no válidos (gravedad de ERROR)
      • Subtipo V: Incumplimientos de recursos (gravedad ERROR)
      • Subtipo D: Incumplimientos de acceso al conjunto de datos (gravedad de ERROR)
    5. Guarda los cambios:

      1. Presiona F3 para salir del editor.
      2. Escribe SAVE cuando se te solicite.
      3. Presiona Intro.
    6. Actualiza el archivo de parámetros de BMC AMI Defender

      1. Sal de ISPF y vuelve al mensaje READY de TSO.
      2. Ejecuta el comando MODIFY para volver a cargar el archivo de parámetros:

        F CZAGENT,PARMS
        
        • Reemplaza CZAGENT por el nombre de la tarea iniciada de BMC AMI Defender si es diferente.
        • Este comando vuelve a cargar el archivo de parámetros sin detener el agente.
      3. Verifica la configuración revisando el resultado de CZAPRINT:

        1. En ISPF, selecciona la opción 3.4 (DSLIST).
        2. Ingresa el patrón de nombre del conjunto de datos: CZAGENT.CZAPRINT (o la convención de nombres específica de tu sitio).
        3. Presiona Intro.
        4. Escribe B (Explorar) junto al conjunto de datos CZAPRINT más reciente.
        5. Presiona Intro.
        6. Busca mensajes que indiquen que la conexión con el servidor Syslog se realizó correctamente:

          • CZA0070I Connected to server bindplane-host-ip:514
          • CZA0100I SMF ACF2 statement processed
      4. Si la tarea iniciada CZAGENT no se está ejecutando, iníciala:

        S CZAGENT
        

      Verifica el reenvío de registros de ACF2

      1. Genera eventos de seguridad de prueba de ACF2:

        1. En TSO, intenta acceder a un conjunto de datos al que no tienes permiso para acceder.
        2. Intenta acceder con una contraseña no válida (usa una cuenta de prueba).
        3. Ejecuta un comando de TSO que ACF2 registra.
      2. Revisa los registros del agente de Bindplane para verificar la recepción de los mensajes de syslog de ACF2:

        • Linux:

          sudo journalctl -u observiq-otel-collector -f | grep ACF2
          
        • Windows:

          type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log" | findstr ACF2
          
      3. Accede a la consola de Google SecOps y verifica que se estén transfiriendo los registros de ACF2:

        1. Ve a Búsqueda > Búsqueda de UDM.
        2. Ingresa la siguiente consulta:

          metadata.log_type = "CA_ACF2"
          
        3. Verifica que los eventos de seguridad de ACF2 aparezcan en los resultados de la búsqueda.

      Tabla de asignación de UDM

      Campo de registro Asignación de UDM Lógica
      extensions.auth.mechanism Es el mecanismo de autenticación que se usó.
      extensions.auth.type Es el tipo de autenticación.
      suma metadata.description Es una descripción del evento.
      metadata.event_type El tipo de evento
      event_type, cat metadata.product_event_type Es el tipo de evento específico del producto.
      product_version metadata.product_version Es la versión del producto.
      terminal principal.hostname Es el nombre de host asociado con la entidad principal.
      nombre principal.user.user_display_name Es el nombre visible del usuario.
      usrName principal.user.userid El ID de usuario.
      security_result.action Es la acción que toma el sistema de seguridad.
      security_result.category Es la categoría del resultado de seguridad.
      clase security_result.category_details Son detalles adicionales sobre la categoría del resultado de seguridad.
      Reason security_result.severity Es el nivel de gravedad del resultado de seguridad.
      Reason security_result.severity_details Información detallada sobre la gravedad.
      logstr security_result.summary Es un resumen del resultado de seguridad.
      job_id target.application Es la aplicación para la que se segmenta la campaña.
      job_group target.group.group_display_name Es el nombre visible del grupo.
      target.namespace Es el espacio de nombres del destino.
      dsn target.resource.name El nombre del recurso.
      vol target.resource.parent Es el recurso superior.
      res, dsn target.resource.product_object_id Es el identificador de objeto específico del producto.
      target.resource.resource_type Es el tipo de recurso.
      nombre target.user.user_display_name Es el nombre visible del usuario objetivo.
      usrName target.user.userid Es el ID del usuario objetivo.
      product_name metadata.product_name Es el nombre del producto que genera el evento.
      vendor_name metadata.vendor_name Es el nombre del proveedor.

      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.