Raccogli i log di Cisco CallManager
Versione parser: 1.0
Questo documento spiega come importare i log di Cisco CallManager in Google Security Operations utilizzando l'agente Bindplane.
Cisco CallManager (Unified Communications Manager) genera messaggi syslog per l'elaborazione delle chiamate, la registrazione, l'autenticazione e gli eventi di sistema. Il parser estrae i campi utilizzando i pattern grok e coppia chiave-valore e li mappa al modello dei dati unificato (UDM).
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 Cisco CallManager
- Se esegui l'agente dietro un proxy, assicurati che le porte del firewall siano aperte in base ai requisiti dell'agente Bindplane
- Accesso con privilegi alla console di gestione di Cisco CallManager
Recupera le credenziali di 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 precedenti: 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)
- Accedi alla Google Cloud console e seleziona il Google Cloud progetto collegato alla tua istanza Google SecOps.
- Vai a IAM e amministrazione > Service account.
- Fai clic su Crea service account.
- 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).
- Nome service account: inserisci un nome per l'account (ad esempio,
- Fai clic su Crea e continua.
- Nella sezione Concedi a questo account di servizio l'accesso al progetto, fai clic su Seleziona un ruolo e seleziona Editor Chronicle.
- Fai clic su Continua e poi su Fine.
- Fai clic sul account di servizio che hai creato, quindi vai alla scheda Chiavi.
- Fai clic su Aggiungi chiave > Crea nuova chiave.
- Seleziona JSON e fai clic su Crea. Il file della chiave viene scaricato sul computer.
- Salva il file della chiave come
ingestion-auth.jsonnella directory del raccoglitore Bindplane (/opt/observiq-otel-collector/ingestion-auth.jsonsu Linux oC:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.jsonsu Windows) oppure aggiornacreds_file_pathinconfig.yamlin modo che corrisponda al percorso in cui lo salvi. - Vai a IAM e amministrazione > Impostazioni e copia il numero di progetto. Ti servirà per la configurazione dell'esportatore.
Opzione 2: scarica il file di autenticazione dell'acquisizione (legacy)
- Accedi alla console Google SecOps.
- Vai a Impostazioni SIEM > Agenti di raccolta.
- Scarica il file di autenticazione dell'acquisizione.
- Salva il file in modo sicuro sul sistema in cui verrà installato l'agente Bindplane.
Recupera 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.
Installa l'agente Bindplane
Installa l'agente Bindplane sul sistema operativo Windows o Linux seguendo le istruzioni riportate di seguito.
Installazione di Windows
- Apri il 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" /quietAttendi il completamento dell'installazione.
Verifica l'installazione eseguendo:
sc query observiq-otel-collectorIl servizio dovrebbe essere visualizzato come IN ESECUZIONE.
Installazione di Linux
- Apri un terminale con privilegi di 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.shAttendi il completamento dell'installazione.
Verifica l'installazione eseguendo:
sudo systemctl status observiq-otel-collectorIl servizio dovrebbe essere visualizzato come attivo (in esecuzione).
Risorse di installazione aggiuntive
Per ulteriori opzioni di installazione e risoluzione dei problemi, consulta la guida all'installazione dell'agente Bindplane.
Configura l'agente Bindplane per importare i syslog e inviarli a Google SecOps
Individua il file di configurazione
Linux:
sudo nano /opt/observiq-otel-collector/config.yamlWindows:
notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
Modifica il file di configurazione
Sostituisci l'intero contenuto di
config.yamlcon la seguente configurazione:receivers: udplog: listen_address: "0.0.0.0:514" exporters: chronicle/cisco_call_manager: 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: CISCO_CALL_MANAGER raw_log_field: body service: pipelines: logs/cisco_call_manager_to_chronicle: receivers: - udplog exporters: - chronicle/cisco_call_manager
Parametri di configurazione
Sostituisci i seguenti segnaposto:
Configurazione del ricevitore:
listen_address: indirizzo IP e porta su cui ascoltare:0.0.0.0per ascoltare su tutte le interfacce (consigliato)- La porta
514è la porta syslog standard (richiede la root su Linux; utilizza1514per la 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
- Linux:
customer_id: ID cliente copiato dalla console Google SecOpslocation: sostituisci<LOCATION>con la regione della tua istanza Google SecOps (ad esempio,us,europeoasia-southeast1). L'esportatore anteponechronicle.googleapis.coma questo valore. Per l'elenco completo, consulta Endpoint regionali.project: sostituisci<PROJECT_NUMBER>con il numero di progetto da IAM e amministrazione > Impostazioni.endpoint: mantieni l'impostazionechronicle.googleapis.com.
Esportatore dell'API Ingestion legacy
Se utilizzi il file di autenticazione dell'acquisizione dell'opzione 2, sostituisci il blocco
exporterscon il seguente. Impostacreds_file_pathsul percorso del file di autenticazione dell'acquisizione e, se la tua istanza si trova al di fuori degli Stati Uniti, sostituiscimalachiteingestion-pa.googleapis.comcon l'endpoint regionale (ad esempio,europe-malachiteingestion-pa.googleapis.com).exporters: chronicle/cisco_call_manager: compression: gzip creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.googleapis.com log_type: CISCO_CALL_MANAGER raw_log_field: body
Salva il file di configurazione
- Dopo la modifica, salva il file:
- Linux: premi
Ctrl+O, poiEnter, poiCtrl+X - Windows: fai clic su File > Salva
- Linux: premi
Riavvia l'agente Bindplane per applicare le modifiche
Per riavviare l'agente Bindplane in Linux, esegui questo comando:
sudo systemctl restart observiq-otel-collectorVerifica che il servizio sia in esecuzione:
sudo systemctl status observiq-otel-collectorControlla i log per verificare la presenza di 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-collectorConsole Servizi:
- Premi
Win+R, digitaservices.msce premi Invio. - Individua observIQ OpenTelemetry Collector.
- Fai clic con il tasto destro del mouse e seleziona Riavvia.
Verifica che il servizio sia in esecuzione:
sc query observiq-otel-collectorControlla i log per verificare la presenza di errori:
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
- Premi
Configura l'inoltro dei syslog su Cisco CallManager
Configura il server syslog remoto in Cisco Unified Serviceability
- Accedi all'interfaccia di amministrazione Cisco Unified Serviceability.
- Vai a Strumenti > Log di audit > Configurazione log di audit.
- Nella sezione Server syslog remoto, fornisci i seguenti dettagli di configurazione:
- Nome server: inserisci l'indirizzo IP dell'agente Bindplane.
- Porta: inserisci
514(o la porta configurata in Bindplane). - Protocollo: seleziona UDP (impostazione predefinita) o TCP , se necessario.
Fai clic su Salva.
Configura la configurazione degli avvisi
- Nell'interfaccia di amministrazione Cisco Unified Serviceability.
- Vai a Avvisi > Configurazione.
- Seleziona il server appropriato dal menu.
- Per ogni servizio che vuoi monitorare, configura quanto segue:
- Attiva la destinazione Log di sistema.
- Imposta il livello di evento appropriato su Informativo.
- Fai clic su Aggiorna per salvare la configurazione.
- Ripeti questa procedura per tutti i servizi e i server del cluster, se necessario.
Tabella di mappatura UDM
| Campo log | Mappatura UDM | Logica |
|---|---|---|
AppID_label |
additional.fields |
Unita |
ClusterID_label |
additional.fields |
Unita |
DeviceName_label |
additional.fields |
Unita |
DeviceType_label |
additional.fields |
Unita |
NodeID_label |
additional.fields |
Unita |
StationDesc_label |
additional.fields |
Unita |
StationDn_label |
additional.fields |
Unita |
Type_label |
additional.fields |
Unita |
Unit_label |
additional.fields |
Unita |
certificate_name_label |
additional.fields |
Unita |
Message |
metadata.description |
Mappata direttamente |
kv_data2 |
metadata.description |
Mappata direttamente |
ts |
metadata.event_timestamp |
Analizzata come MMM d yyyy HH:mm:ss.SSS |
has_principal |
metadata.event_type |
Mappata: true → STATUS_UPDATE |
has_user |
metadata.event_type |
Mappata: true → USER_UNCATEGORIZED |
host |
principal.asset.hostname |
Mappata direttamente |
host |
principal.hostname |
Mappata direttamente |
COMMAND |
principal.process.command_line |
Mappata direttamente |
USER |
principal.user.userid |
Mappata direttamente |
msg |
security_result.summary |
Mappata direttamente |
| N/D | metadata.event_type |
Costante: STATUS_UPDATE |
| N/D | metadata.product_name |
Costante: CISCO_CALL_MANAGER |
| N/D | metadata.vendor_name |
Costante: CISCO |
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.