Recoger registros del sistema AIX

Disponible en:

SecOps de Google SIEM

En este documento se explica cómo ingerir registros del sistema AIX en Google Security Operations mediante Bindplane. El analizador extrae campos de los registros mediante patrones grok, que gestionan varios formatos de registro. A continuación, asigna los campos extraídos al UDM, convierte los tipos de datos y define los tipos de eventos en función de la presencia de campos específicos, como la IP de origen, el nombre de host y el usuario.

Antes de empezar

Asegúrate de que cumples los siguientes requisitos previos:

Una instancia de Google SecOps
Windows 2012 SP2 o versiones posteriores, o un host Linux con systemd
Si se ejecuta a través de un proxy, asegúrese de que los puertos del cortafuegos estén abiertos según los requisitos del agente de Bindplane.
Acceso con privilegios al host del sistema AIX
Conectividad de red entre los hosts de AIX y el agente de Bindplane en el puerto UDP 514

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 Bindplane en tu sistema operativo Windows o Linux siguiendo las instrucciones que se indican a continuación.

Instalación de Windows

Abre la petición de comando 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 root 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 otras opciones de instalación, consulta esta guía de instalación.

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

Accede al archivo de configuración:
1. 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.
2. 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: 'AIX_SYSTEM'
    raw_log_field: body
    ingestion_labels:
      environment: prod
      source: aix

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 el reenvío de Syslog en un sistema AIX

Inicia sesión en el host del sistema AIX con acceso con privilegios.
Edita el archivo /etc/syslog.conf con un editor de texto (por ejemplo, vi o nano).
Añade la siguiente línea para reenviar los registros al agente de Bindplane:
```
*.info    @<BINDPLANE_AGENT_IP>
```
- Sustituye <BINDPLANE_AGENT_IP> por la dirección IP del agente de Bindplane.
- Usa una o varias tabulaciones o espacios como separador entre el selector (*.info) y la acción (@<BINDPLANE_AGENT_IP>).
- El selector *.info reenvía todos los registros con prioridad info o superior. Ajusta la instalación y la prioridad según tus necesidades.
Guarda el archivo de configuración.
Actualiza el daemon syslogd para aplicar los cambios:
```
refresh -s syslogd
```
- Si el comando refresh no funciona, reinicia el daemon con los comandos SRC:
```
stopsrc -s syslogd
startsrc -s syslogd
```
Verifica que el daemon syslogd se esté ejecutando:
```
lssrc -s syslogd
```
Asegúrate de que el puerto UDP 514 esté permitido entre el host AIX y el agente de Bindplane.

Tabla de asignación de UDM

Campo de registro	Asignación de UDM	Lógica
`application`	`target.application`	El valor se extrae del campo `message` mediante patrones grok y se asigna directamente.
`cmddata`	`target.process.command_line`	El valor se extrae del campo `message` mediante patrones grok y se asigna directamente.
`command_line`	`principal.process.command_line`	El valor se extrae del campo `description` mediante patrones grok y se asigna directamente.
`description`	`metadata.description`	El valor se extrae del campo `message` mediante patrones grok y se asigna directamente.
`folder`	`target.process.file.full_path`	El valor se extrae del campo `message` mediante patrones grok y se asigna directamente.
`hostname`	`principal.hostname`	El valor se extrae del campo `message` mediante patrones grok y se asigna directamente. La marca de tiempo se extrae del campo `ts` del mensaje de registro mediante grok y el filtro `date`. Determinado por la lógica del analizador en función de la presencia de determinados campos. Si se incluyen `src_ip` o `hostname`, se trata de `STATUS_UPDATE`. Si `user` está presente, pero no los demás, es `USER_UNCATEGORIZED`. De lo contrario, será `GENERIC_EVENT`. Codificado como "AIX_SYSTEM". Codificado como "AIX_SYSTEM". Codificado como "AIX_SYSTEM".
`intermediary_hostip`	`intermediary.ip`	El valor se extrae del campo `message` mediante patrones grok y se asigna directamente.
`sc_summary`	`security_result.summary`	El valor se extrae del campo `description` mediante patrones grok y se asigna directamente.
`severity`	`security_result.severity`	El valor se deriva del campo `severity`. Si `severity` es "info" (sin distinguir entre mayúsculas y minúsculas), el valor de UDM es "INFORMATIONAL". Si `severity` es "Err" (sin distinguir entre mayúsculas y minúsculas), el valor de UDM es "ERROR".
`src_ip`	`principal.ip`	El valor se extrae del campo `message` o `description` mediante patrones grok y se asigna directamente.
`src_port`	`principal.port`	El valor se extrae del campo `description` mediante patrones grok y se asigna directamente.
`sys_log_host`	`intermediary.hostname`	El valor se extrae del campo `message` mediante patrones grok y se asigna directamente.
`syslog_priority`	`security_result.priority_details`	El valor se extrae del campo `message` mediante patrones grok y se asigna directamente.
`ts`	`timestamp`	La marca de tiempo se extrae del campo `ts` del mensaje de registro mediante grok y el filtro `date`.
`user`	`principal.user.userid`	El valor se extrae del campo `message` o `description` mediante patrones grok y se asigna directamente.

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