Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

Raccogliere i log NGINX

Supportato in:

Google SecOps SIEM

Questo documento spiega come importare i log NGINX in Google Security Operations utilizzando l'agente Bindplane.

NGINX è un server web e un proxy inverso che genera messaggi syslog per eventi di accesso HTTP, eventi di errore, attività di autenticazione e informazioni sui processi. Il parser estrae i campi da più formati di log (syslog, JSON, log di accesso) utilizzando i pattern grok e li mappa al modello UDM (Unified Data Model).

Prima di iniziare

Assicurati di soddisfare i seguenti prerequisiti:

Un'istanza Google SecOps
Windows Server 2016 o versioni successive oppure host Linux con systemd
Connettività di rete tra l'agente Bindplane e il server NGINX
Se l'agente viene eseguito dietro un proxy, assicurati che le porte del firewall siano aperte in base ai requisiti dell'agente Bindplane.
Accesso amministrativo all'host NGINX

Recuperare il file di autenticazione importazione di Google SecOps

Accedi alla console Google SecOps.
Vai a Impostazioni SIEM > Agenti di raccolta.
Scarica il file di autenticazione importazione.
Salva il file in modo sicuro sul sistema in cui verrà installato l'agente Bindplane.

Nota :questo file JSON contiene le credenziali per l'autenticazione dell'agente Bindplane in Google SecOps.

Recuperare l'ID cliente Google SecOps

Accedi alla console Google SecOps.
Vai a Impostazioni SIEM > Profilo.
Copia e salva l'ID cliente dalla sezione Dettagli dell'organizzazione.

Nota: l'ID cliente è necessario per configurare l'esportatore dell'agente Bindplane.

Installa l'agente Bindplane

Installa l'agente Bindplane sul sistema operativo Windows o Linux seguendo le istruzioni riportate di seguito.

Installazione di Windows

Apri Prompt dei comandi o PowerShell come amministratore.

Esegui questo comando:

msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet

Attendi il completamento dell'installazione.
Verifica l'installazione eseguendo:
```
sc query observiq-otel-collector
```
Il servizio dovrebbe essere visualizzato come IN ESECUZIONE.

Installazione di Linux

Apri un terminale con privilegi root o sudo.

Esegui questo comando:

sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh

Attendi il completamento dell'installazione.
Verifica l'installazione eseguendo:
```
sudo systemctl status observiq-otel-collector
```
Il servizio dovrebbe essere visualizzato come attivo (in esecuzione).

Risorse aggiuntive per l'installazione

Per ulteriori opzioni di installazione e risoluzione dei problemi, consulta la guida all'installazione dell'agente Bindplane.

Configura l'agente Bindplane per importare syslog e inviarli a Google SecOps

Individua il file di configurazione

Linux:

sudo nano /opt/observiq-otel-collector/config.yaml

Windows:

notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"

Modifica il file di configurazione

Sostituisci l'intero contenuto di config.yaml con la seguente configurazione:

receivers:
    udplog:
        listen_address: "0.0.0.0:514"

exporters:
    chronicle/nginx:
        compression: gzip
        creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: NGINX
        raw_log_field: body

service:
    pipelines:
        logs/nginx_to_chronicle:
            receivers:
                - udplog
            exporters:
                - chronicle/nginx

Parametri di configurazione

Sostituisci i seguenti segnaposto:

Configurazione del ricevitore:
- listen_address: Indirizzo IP e porta da ascoltare:
  - 0.0.0.0 per ascoltare su tutte le interfacce (consigliato)
  - La porta 514 è la porta syslog standard (richiede l'accesso root su Linux; utilizza 1514 per l'accesso non root)
Configurazione dell'esportatore:
- creds_file_path: percorso completo del file di autenticazione importazione:
  - Linux: /etc/bindplane-agent/ingestion-auth.json
  - Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- customer_id: ID cliente copiato dalla console Google SecOps
- endpoint: URL endpoint regionale:
  - Stati Uniti: malachiteingestion-pa.googleapis.com
  - Europa: europe-malachiteingestion-pa.googleapis.com
  - Asia: asia-southeast1-malachiteingestion-pa.googleapis.com
  - Per un elenco completo, vedi Endpoint regionali.

Salvare il file di configurazione

Dopo la modifica, salva il file:
- Linux: premi Ctrl+O, poi Enter e infine Ctrl+X.
- Windows: fai clic su File > Salva.

Riavvia l'agente Bindplane per applicare le modifiche

Per riavviare l'agente Bindplane in Linux, esegui questo comando:
```
sudo systemctl restart observiq-otel-collector
```
1. Verifica che il servizio sia in esecuzione:
```
sudo systemctl status observiq-otel-collector
```
2. Controlla i log per individuare eventuali errori:
```
sudo journalctl -u observiq-otel-collector -f
```
Per riavviare l'agente Bindplane in Windows, scegli una delle seguenti opzioni:
- Prompt dei comandi o PowerShell come amministratore:
```
net stop observiq-otel-collector && net start observiq-otel-collector
```
- Console Services:
  1. Premi Win+R, digita services.msc e premi Invio.
  2. Individua observIQ OpenTelemetry Collector.
  3. Fai clic con il tasto destro del mouse e seleziona Riavvia.
  4. Verifica che il servizio sia in esecuzione:
```
sc query observiq-otel-collector
```
  5. Controlla i log per individuare eventuali errori:
```
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
```

Configura NGINX per inoltrare i log a Bindplane

Apri il file di configurazione NGINX (ad esempio /etc/nginx/nginx.conf):
```
sudo vi /etc/nginx/nginx.conf
```

Modifica la configurazione sostituendo <BINDPLANE_SERVER> e <BINDPLANE_PORT> con i tuoi valori:

http {
    access_log syslog:server=<BINDPLANE_SERVER>:<BINDPLANE_PORT>,facility=local7,tag=nginx_access;
    error_log syslog:server=<BINDPLANE_SERVER>:<BINDPLANE_PORT>,facility=local7,tag=nginx_error;
}

Riavvia NGINX per applicare le modifiche:
```
sudo systemctl reload nginx
```

Tabella di mappatura UDM

Campo log	Mappatura UDM	Logic
`_Internal_WorkspaceResourceId`	`target.resource.product_object_id`	Mappato direttamente
`Computer`	`principal.asset.hostname`	Mappato direttamente
`Facility`	`additional.fields[`facility`]`	Mappato direttamente
`HostName`	`principal.asset.hostname`	Mappato direttamente se `src_ip` non è presente
`ProcessName`	`principal.application`	Mappato direttamente
`SeverityLevel`	`security_result.severity`	Mappato su INFORMATIONAL se il valore è `info`
`SourceSystem`	`principal.asset.platform`	Mappato a LINUX se il valore corrisponde a `Linux`
`SyslogMessage`	Più campi	Analizzato utilizzando grok per estrarre `time`, `method`, `target_path`, `protocol`, `response_code`, `referral_url`, `user_agent`, `target_ip`, `target_host` e `cache`
`TenantId`	`additional.fields[`TenantId`]`	Mappato direttamente
`acct`	`principal.user.user_id`	Mappato direttamente se non è vuoto o `?`
`addr`	`principal.asset.ip`	Mappato direttamente
`audit_epoch`	`metadata.event_timestamp`	Convertito in timestamp utilizzando il formato `UNIX`. I nanosecondi vengono estratti dal messaggio di log originale.
`cache`	`additional.fields[`cache`]`	Mappato direttamente
`collection_time.nanos`	`metadata.event_timestamp.nanos`	Utilizzato per i nanosecondi del timestamp dell'evento, se disponibili
`collection_time.seconds`	`metadata.event_timestamp.seconds`	Utilizzato per i secondi del timestamp dell'evento, se disponibile
`data`	Più campi	La principale origine dei dati, analizzata in modo diverso in base al formato del log (Syslog, JSON o altro)
`exe`	`target.process.command_line`	Mappato direttamente dopo la rimozione di barre rovesciate e virgolette
`hostname`	`principal.asset.hostname` OPPURE `principal.asset.ip`	Se si tratta di un indirizzo IP, mappato su `principal.asset.ip`. In caso contrario, mappato su `principal.asset.hostname`
`msg`	`metadata.description`	Mappato direttamente come descrizione
`node`	`target.asset.hostname`	Mappato direttamente
`pid`	`target.process.pid`	Mappato direttamente
`protocol`	`network.application_protocol`	Mappato a HTTP se il valore corrisponde a `HTTP`
`referral_url`	`network.http.referral_url`	Mappato direttamente se non è vuoto o `-`
`res`	`security_result.action_details`	Mappato direttamente
`response_code`	`network.http.response_code`	Mappato e convertito direttamente in numero intero
`ses`	`network.session_id`	Mappato direttamente
`src_ip`	`principal.asset.ip`	Mappato direttamente
`target_host`	`target.asset.hostname`	Mappato direttamente
`target_ip`	`target.asset.ip`	Mappato direttamente, dopo aver convertito la rappresentazione della stringa in un array JSON ed estratto i singoli IP
`target_path`	`target.url`	Mappato direttamente
`time`	`metadata.event_timestamp`	Analizzato per estrarre il timestamp utilizzando il formato `dd/MMM/yyyy:HH:mm:ss Z`
`user_agent`	`network.http.user_agent`	Mappato direttamente se non è vuoto o `-`
	`metadata.event_type`	Impostato inizialmente su `GENERIC_EVENT`, poi potenzialmente sovrascritto in base ad altri campi come `terminal` e `protocol`. Se il pattern grok principale non corrisponde, il valore predefinito è `USER_UNCATEGORIZED`. Imposta su `NETWORK_HTTP` se `protocol` è HTTP e `target_ip` è presente e su `STATUS_UPDATE` se `protocol` è HTTP ma `target_ip` non è presente
	`metadata.log_type`	Impostato su `NGINX`
	`metadata.product_name`	Impostato su `NGINX`
	`metadata.vendor_name`	Impostato su `NGINX`
	`network.ip_protocol`	Imposta su `TCP` se `terminal` è `sshd` o `ssh` oppure se il pattern grok principale non corrisponde
	`principal.asset_id`	Imposta su `GCP.GCE:0001` se `terminal` è `sshd` o `ssh`. Impostato su `GCP.GCE:0002` se il pattern grok principale non corrisponde
	`extensions.auth.type`	Imposta su `MACHINE` se `terminal` è `sshd` o `ssh`

Hai bisogno di ulteriore assistenza? Ricevi risposte dai membri della community e dai professionisti di Google SecOps.