Raccogli i log di Kiteworks (in precedenza Accellion)

Versione parser: 16.0

Supportata in:

Google SecOps SIEM

Questo documento spiega come importare i log di Kiteworks (precedentemente noto come Accellion) in Google Security Operations utilizzando Bindplane.

Kiteworks è una piattaforma di condivisione e governance dei file sicura che fornisce comunicazioni di contenuti aziendali tramite email, condivisione di file, trasferimento di file gestito e moduli web. Offre visibilità, conformità e controllo sui contenuti sensibili che entrano ed escono dall'organizzazione.

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 l'appliance Kiteworks
• Se l'esecuzione avviene dietro un proxy, assicurati che le porte del firewall siano aperte in base ai requisiti dell'agente Bindplane
• Accesso privilegiato alla console di amministrazione di Kiteworks (ruolo Amministratore di sistema)

Recupera le credenziali Google SecOps per l'agente Bindplane

Per autenticare l'agente Bindplane in Google SecOps, scegli uno dei seguenti metodi:

• Nuovi deployment: utilizza l'API Chronicle (opzione 1).
• Deployment legacy: continua a utilizzare il file di autenticazione dell'acquisizione (Opzione 2) fino alla dismissione dell'API Ingestion il 20 luglio 2027.

Opzione 1: crea un account di servizio per l'API Chronicle (consigliata)

1. Accedi alla Google Cloud console e seleziona il progetto Google Cloud collegato alla tua istanza Google SecOps.
2. Vai a IAM e amministrazione > Service account.
3. Fai clic su Crea service account.
4. Fornisci i seguenti dettagli di configurazione:
   • Nome service account: inserisci un nome per l'account (ad esempio, bindplane-ingest).
   • Descrizione service account: inserisci una descrizione (ad esempio Bindplane agent log ingestion).
5. Fai clic su Crea e continua.
6. Nella sezione Concedi a questo account di servizio l'accesso al progetto, fai clic su Seleziona un ruolo e seleziona Editor Chronicle.
7. Fai clic su Continua e poi su Fine.
8. Fai clic sul account di servizio che hai creato, quindi vai alla scheda Chiavi.
9. Fai clic su Aggiungi chiave > Crea nuova chiave.
10. Seleziona JSON e fai clic su Crea. Il file della chiave viene scaricato sul computer.
11. Salva il file della chiave come ingestion-auth.json nella directory del raccoglitore Bindplane (/opt/observiq-otel-collector/ingestion-auth.json su Linux o C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json su Windows) oppure aggiorna creds_file_path in config.yaml in modo che corrisponda al percorso in cui lo salvi.
12. Vai a IAM e amministrazione > Impostazioni e copia il Numero progetto. Ti servirà per la configurazione dell'esportatore.

Nota: la chiave JSON è una credenziale. Limita l'accesso al file sull'host Bindplane e ruota la chiave in base alle policy della tua organizzazione.

Opzione 2: scarica il file di autenticazione dell'acquisizione (legacy)

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

Nota: questo file autentica l'agente nell'API Ingestion precedente (malachiteingestion-pa.googleapis.com), che Google ha programmato per la fine del ciclo di vita il 20 luglio 2027. Pianifica di passare all'opzione 1 prima di questa data.

Ottieni l'ID cliente Google SecOps

1. Accedi alla console Google SecOps.
2. Vai a Impostazioni SIEM > Profilo.

3. Copia e salva l'ID cliente dalla sezione Dettagli organizzazione.

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

Installa l'agente Bindplane

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

Installazione di Windows

1. Apri Prompt dei comandi o PowerShell come amministratore.

2. Esegui questo comando:

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

3. Attendi il completamento dell'installazione.

4. Verifica l'installazione eseguendo:

   sc query observiq-otel-collector
   

Il servizio dovrebbe essere visualizzato come RUNNING.

Installazione di Linux

1. Apri un terminale con privilegi root o sudo.

2. Esegui questo comando:

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

3. Attendi il completamento dell'installazione.

4. 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.

Nota: la configurazione dell'esportatore dell'API Chronicle richiede Bindplane Collector v1.106.0 o versioni successive. I comandi precedenti installano l'ultima release. Se stai aggiornando un'installazione esistente, esegui l'upgrade del raccoglitore prima di modificare la configurazione.

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/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
  

Parametri di configurazione

Sostituisci i seguenti segnaposto:

• Configurazione del ricevitore:

  • listen_address: indirizzo IP e porta su cui 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 della chiave JSON del account di servizio (opzione 1):
    • Linux: /opt/observiq-otel-collector/ingestion-auth.json
    • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
  • customer_id: ID cliente copiato dalla console Google SecOps
  • location: sostituisci <LOCATION> con la regione della tua istanza Google SecOps (ad esempio us, europe o asia-southeast1). L'esportatore antepone chronicle.googleapis.com a questo valore. Per l'elenco completo, consulta Endpoint regionali.
  • project: sostituisci <PROJECT_NUMBER> con il numero di progetto in IAM e amministrazione > Impostazioni.
  • endpoint: mantieni l'impostazione su chronicle.googleapis.com.

Esportatore dell'API di importazione precedente

• Se utilizzi il file di autenticazione dell'importazione dell'opzione 2, sostituisci il blocco exporters con il seguente. Imposta creds_file_path sul percorso del file di autenticazione dell'acquisizione e, se l'istanza si trova al di fuori degli Stati Uniti, sostituisci malachiteingestion-pa.googleapis.com con il tuo endpoint regionale (ad esempio, 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
  

Nota: questo strumento di esportazione smetterà di funzionare quando l'API Ingestion non sarà più disponibile il 20 luglio 2027.

Salva 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:

1. Esegui questo comando:

   sudo systemctl restart observiq-otel-collector
   

2. Verifica che il servizio sia in esecuzione:

   sudo systemctl status observiq-otel-collector
   

3. Controlla i log per individuare eventuali errori:

   sudo journalctl -u observiq-otel-collector -f
   

Per riavviare l'agente Bindplane in Windows:

1. Scegli una delle seguenti opzioni:

   • Prompt dei comandi o PowerShell come amministratore:

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

   • Console dei servizi:
     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.

2. Verifica che il servizio sia in esecuzione:

   sc query observiq-otel-collector
   

3. Controlla i log per individuare eventuali errori:

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

Configurare l'inoltro di syslog su Kiteworks (in precedenza Accellion)

1. Accedi alla console di amministrazione di Kiteworks come amministratore di sistema.
2. Vai alla pagina Località:
   • UI di amministrazione legacy: vai a Sistema > Posizioni.
   • Nuova UI amministratore: vai a Configurazione del sistema > Località.
3. Seleziona la località target dall'elenco.
4. Vai alla sezione Servizi esterni.
5. Espandi il riquadro Impostazioni Syslog.
6. Fai clic su Aggiungi per creare una nuova configurazione del server syslog.
7. Fornisci i seguenti dettagli di configurazione:
   • Server Syslog: inserisci l'indirizzo IP dell'host dell'agente Bindplane (ad esempio, 192.168.1.100).
   • Protocollo: seleziona UDP o TCP, a seconda della configurazione del ricevitore dell'agente Bindplane.
   • Porta: inserisci il numero di porta dell'agente Bindplane (ad esempio, 514).
   • Utilizza TLS: seleziona questa casella di controllo se vuoi trasportare i messaggi syslog tramite TLS (disponibile solo quando è selezionato TCP come protocollo).
   • Formato: seleziona Formato JSON (consigliato per l'analisi strutturata).

8. Fai clic su Salva per applicare la configurazione.

   Nota: Kiteworks syslog esporta tutti i dati e gli eventi amministrativi, inclusi spostamenti di file, accesso ai file, errori, modifiche controllo dell'accesso dell'accesso, modifiche ai privilegi, onboarding/offboarding degli utenti, accessi riusciti e non riusciti ed errori di scansione (AV, ATP, DLP).

Tabella di mappatura UDM

Campo log	Mappatura UDM	Logica
acct	principal.user.user_display_name	Il valore di acct dal campo msg del log non elaborato.
acct	target.user.user_display_name	Il valore di acct dal campo msg del log non elaborato.
addr	principal.ip	Il valore di addr dal campo msg del log non elaborato.
a0	security_result.about.labels.value	Il valore di a0 dal campo msg del log non elaborato, dove il valore key corrispondente è "a0".
a1	security_result.about.labels.value	Il valore di a1 dal campo msg del log non elaborato, dove il valore key corrispondente è "a1".
a2	security_result.about.labels.value	Il valore di a2 del campo msg del log non elaborato, dove il key corrispondente è "a2".
a3	security_result.about.labels.value	Il valore di a3 del campo msg del log non elaborato, dove il key corrispondente è "a3".
arch	security_result.about.platform_version	Il valore di arch dal campo msg del log non elaborato. Applicabile solo per type_name SYSCALL.
auid	about.user.userid	Il valore di auid dal campo msg del log non elaborato.
auid	security_result.detection_fields.value	Il valore di auid del campo msg del log non elaborato, dove il key corrispondente è "auid".
comm	principal.application	Il valore di comm dal campo msg del log non elaborato.
cmd	principal.process.command_line	Il valore di cmd dal campo msg del log non elaborato.
cwd	security_result.detection_fields.value	Il valore di cwd del campo msg del log non elaborato, dove il key corrispondente è "cwd".
cwd	target.process.file.full_path	Il valore di cwd dal campo msg del log non elaborato.
exe	principal.process.file.full_path	Il valore di exe dal campo msg del log non elaborato.
exe	target.process.file.full_path	Il valore di exe dal campo msg del log non elaborato.
exit	security_result.about.labels.value	Il valore di exit dal campo msg del log non elaborato, dove il key corrispondente è "Exit Code".
hostname	principal.hostname	Il valore di hostname dal campo msg del log non elaborato.
key	security_result.about.registry.registry_key	Il valore di key dal campo msg del log non elaborato. Applicabile solo per type_name SYSCALL.
log_type	metadata.log_type	Il valore di log_type dal log non elaborato.
msg	security_result.action_details	Il valore dopo res= nel campo msg del log non elaborato.
msg	security_result.summary	Combinazione di campi del campo msg del log non elaborato. Analizzato dalla sezione audit del campo msg nel log non elaborato. Mappato in base al campo type nel log non elaborato. Ad esempio, "USER_START" corrisponde a "USER_LOGIN", "CRED_DISP" corrisponde a "USER_LOGOUT", "CRED_ACQ" corrisponde a "USER_LOGIN", "USER_END" corrisponde a "USER_LOGOUT", "CRED_REFR" corrisponde a "USER_LOGIN", "USER_CMD" corrisponde a "USER_LOGIN", "CWD" corrisponde a "STATUS_UPDATE", "PROCTITLE" corrisponde a "STATUS_UPDATE", "USER_ACCT" corrisponde a "USER_UNCATEGORIZED" e "SYSCALL" corrisponde a "USER_UNCATEGORIZED".
node	principal.hostname	Il valore di node dal campo msg del log non elaborato.
pid	principal.process.pid	Il valore di pid dal campo msg del log non elaborato.
ppid	principal.process.parent_process.pid	Il valore di ppid dal campo msg del log non elaborato.
proctitle	target.process.file.full_path	Valore esadecimale decodificato di proctitle dal campo msg del log non elaborato. Codificato come "LINUX". Impostato su "ALLOW" se res=success è presente nel campo msg del log non elaborato.
ses	network.session_id	Il valore di ses dal campo msg del log non elaborato.
syscall	security_result.about.labels.value	Il valore di syscall dal campo msg del log non elaborato, dove il valore key corrispondente è "Syscall".
success	security_result.summary	Combinato con altri campi per formare il riepilogo. Per gli eventi SYSCALL, la logica è: se success=yes, allora "yes, The System call succeeded", altrimenti "no, The System call failed".
terminal	principal.terminal	Il valore di terminal dal campo msg del log non elaborato.
timestamp	timestamp	Il valore di timestamp dalla voce di log non elaborata.
tty	principal.terminal	Il valore di tty dal campo msg del log non elaborato.
type	metadata.product_event_type	Il valore di type dal campo msg del log non elaborato.
uid	about.user.userid	Il valore di uid dal campo msg del log non elaborato. Applicabile solo per la SYSCALL type_name.
uid	target.user.userid	Il valore di uid dal campo msg del log non elaborato. Imposta su "SETTING" se type è "USER_ACCT".

Log delle modifiche

Visualizza il log delle modifiche per questo parser

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