Coletar registros do Cisco CallManager
Versão do analisador:1.0
Este documento explica como ingerir registros do Cisco CallManager no Google Security Operations usando o agente Bindplane.
O Cisco CallManager (Unified Communications Manager) gera mensagens syslog para processamento de chamadas, registro, autenticação e eventos do sistema. O analisador extrai campos usando padrões grok e de chave-valor e os mapeia para o modelo de dados unificado (UDM).
Antes de começar
Verifique se você tem os pré-requisitos a seguir:
- Uma instância do Google SecOps
- Windows Server 2016 ou mais recente ou host Linux com
systemd - Conectividade de rede entre o agente do Bindplane e o servidor do Cisco CallManager
- Se você estiver executando por trás de um proxy, verifique se as portas do firewall estão abertas de acordo com os requisitos do agente do Bindplane.
- Acesso privilegiado ao console de gerenciamento do Cisco CallManager
Receber o arquivo de autenticação de ingestão do Google SecOps
- Faça login no console do Google SecOps.
- Acesse Configurações do SIEM > Agentes de coleta.
- Baixe o arquivo de autenticação de ingestão.
Salve o arquivo com segurança no sistema em que o agente do Bindplane será instalado.
Receber o ID de cliente do Google SecOps
- Faça login no console do Google SecOps.
- Acesse Configurações do SIEM > Perfil.
Copie e salve o ID do cliente na seção Detalhes da organização.
Instalar o agente do BindPlane
Instale o agente do Bindplane no seu sistema operacional Windows ou Linux de acordo com as instruções a seguir.
Instalação do Windows
- Abra o prompt de comando ou o PowerShell como administrador.
Execute este comando:
msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quietAguarde a conclusão da instalação.
Execute o seguinte comando para confirmar a instalação:
sc query observiq-otel-collectorO serviço vai aparecer como EM EXECUÇÃO.
Instalação do Linux
- Abra um terminal com privilégios de root ou sudo.
Execute este comando:
sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.shAguarde a conclusão da instalação.
Execute o seguinte comando para confirmar a instalação:
sudo systemctl status observiq-otel-collectorO serviço vai aparecer como ativo (em execução).
Outros recursos de instalação
Para mais opções de instalação e solução de problemas, consulte o guia de instalação do agente do Bindplane.
Configurar o agente do Bindplane para ingerir syslog e enviar ao Google SecOps
Localizar o arquivo de configuração
Linux:
sudo nano /etc/bindplane-agent/config.yamlWindows:
notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
Editar o arquivo de configuração
Substitua todo o conteúdo de
config.yamlpela seguinte configuração:receivers: udplog: listen_address: "0.0.0.0:514" exporters: chronicle/cisco_call_manager: compression: gzip creds_file_path: '/etc/bindplane-agent/ingestion-auth.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.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
Parâmetros de configuração
Substitua os seguintes marcadores de posição:
Configuração do receptor:
listen_address: endereço IP e porta a serem detectados:0.0.0.0para ouvir em todas as interfaces (recomendado)- A porta
514é a porta padrão do syslog (requer raiz no Linux; use1514para não raiz).
Configuração do exportador:
creds_file_path: caminho completo para o arquivo de autenticação de ingestão:- Linux:
/etc/bindplane-agent/ingestion-auth.json - Windows:
C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- Linux:
customer_id: ID do cliente copiado do console do Google SecOpsendpoint: URL do endpoint regional:- EUA:
malachiteingestion-pa.googleapis.com - Europa:
europe-malachiteingestion-pa.googleapis.com - Ásia:
asia-southeast1-malachiteingestion-pa.googleapis.com - Consulte a lista completa em Endpoints regionais.
- EUA:
Salvar o arquivo de configuração
- Depois de editar, salve o arquivo:
- Linux: pressione
Ctrl+O,EntereCtrl+X. - Windows: clique em Arquivo > Salvar.
- Linux: pressione
Reinicie o agente do Bindplane para aplicar as mudanças.
Para reiniciar o agente do Bindplane no Linux, execute o seguinte comando:
sudo systemctl restart observiq-otel-collectorVerifique se o serviço está em execução:
sudo systemctl status observiq-otel-collectorVerifique se há erros nos registros:
sudo journalctl -u observiq-otel-collector -f
Para reiniciar o agente do Bindplane em Windows, escolha uma das seguintes opções:
Prompt de comando ou PowerShell como administrador:
net stop observiq-otel-collector && net start observiq-otel-collectorConsole de serviços:
- Pressione
Win+R, digiteservices.msce pressione Enter. - Localize o Coletor do OpenTelemetry da observIQ.
- Clique com o botão direito do mouse e selecione Reiniciar.
Verifique se o serviço está em execução:
sc query observiq-otel-collectorVerifique se há erros nos registros:
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
- Pressione
Configurar o encaminhamento do syslog no Cisco CallManager
Configurar o servidor syslog remoto no Cisco Unified Serviceability
- Faça login na interface de administração do Cisco Unified Serviceability.
- Acesse Ferramentas > Registros de auditoria > Configuração de registros de auditoria.
- Na seção Servidor Syslog remoto, forneça os seguintes detalhes de configuração:
- Nome do servidor: insira o endereço IP do agente do Bindplane.
- Porta: digite
514(ou a porta configurada no Bindplane). - Protocolo: selecione UDP (padrão) ou TCP, se necessário.
Clique em Salvar.
Configurar a configuração do alarme
- Na interface de administração do Cisco Unified Serviceability.
- Acesse Alarme > Configuração.
- Selecione o Servidor adequado no menu.
- Para cada serviço que você quer monitorar, configure o seguinte:
- Ative o destino Sys Log.
- Defina o Nível do evento adequado como Informativo.
- Clique em Atualizar para salvar a configuração.
- Repita esse processo para todos os serviços e servidores no cluster, conforme necessário.
Tabela de mapeamento de UDM
| Campo de registro | Mapeamento do UDM | Lógica |
|---|---|---|
AppID_label |
additional.fields |
Mesclado |
ClusterID_label |
additional.fields |
Mesclado |
DeviceName_label |
additional.fields |
Mesclado |
DeviceType_label |
additional.fields |
Mesclado |
NodeID_label |
additional.fields |
Mesclado |
StationDesc_label |
additional.fields |
Mesclado |
StationDn_label |
additional.fields |
Mesclado |
Type_label |
additional.fields |
Mesclado |
Unit_label |
additional.fields |
Mesclado |
certificate_name_label |
additional.fields |
Mesclado |
Message |
metadata.description |
Mapeado diretamente |
kv_data2 |
metadata.description |
Mapeado diretamente |
ts |
metadata.event_timestamp |
Analisado como MMM d yyyy HH:mm:ss.SSS |
has_principal |
metadata.event_type |
Mapeado: true → STATUS_UPDATE |
has_user |
metadata.event_type |
Mapeado: true → USER_UNCATEGORIZED |
host |
principal.asset.hostname |
Mapeado diretamente |
host |
principal.hostname |
Mapeado diretamente |
COMMAND |
principal.process.command_line |
Mapeado diretamente |
USER |
principal.user.userid |
Mapeado diretamente |
msg |
security_result.summary |
Mapeado diretamente |
| N/A | metadata.event_type |
Constante: STATUS_UPDATE |
| N/A | metadata.product_name |
Constante: CISCO_CALL_MANAGER |
| N/A | metadata.vendor_name |
Constante: CISCO |
Registro de alterações
Ver o registro de alterações deste analisador
Precisa de mais ajuda? Receba respostas de membros da comunidade e profissionais do Google SecOps.