收集 Cisco CallManager 日志

解析器版本：1.0

支持的平台：

本文档介绍了如何使用 Bindplane 代理将 Cisco CallManager 日志注入到 Google Security Operations。

Cisco CallManager (Unified Communications Manager) 会针对呼叫处理、注册、身份验证和系统事件生成 syslog 消息。解析器使用 Grok 和键值对模式提取字段，并将其映射到统一数据模型 (UDM)。

准备工作

请确保满足以下前提条件：

  • Google SecOps 实例
  • Windows Server 2016 或更高版本，或者具有 systemd 的 Linux 主机
  • Bindplane 代理与 Cisco CallManager 服务器之间的网络连接
  • 如果在代理后面运行，请确保防火墙端口已根据 Bindplane 代理要求打开
  • 对 Cisco CallManager 管理控制台的特权访问权限

获取 Google SecOps 注入身份验证文件

  1. 登录 Google SecOps 控制台。
  2. 依次前往 SIEM 设置 > 收集代理。
  3. 下载数据注入身份验证文件。

  4. 将文件安全地保存在将要安装 Bindplane 代理的系统上。

获取 Google SecOps 客户 ID

  1. 登录 Google SecOps 控制台。
  2. 依次前往 SIEM 设置 > 配置文件。

  3. 复制并保存组织详细信息部分中的客户 ID。

安装 Bindplane 代理

按照以下说明在 Windows 或 Linux 操作系统上安装 Bindplane 代理。

Windows 安装

  1. 以管理员身份打开命令提示符或 PowerShell。

  2. 运行以下命令：

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

  3. 等待安装完成。

  4. 运行以下命令，验证安装是否成功：

    sc query observiq-otel-collector

    该服务应显示为 正在运行。

Linux 安装

  1. 打开具有 root 或 sudo 权限的终端。

  2. 运行以下命令：

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

  3. 等待安装完成。

  4. 运行以下命令，验证安装是否成功：

    sudo systemctl status observiq-otel-collector

    该服务应显示为有效（正在运行）。

其他安装资源

如需了解其他安装选项和问题排查信息，请参阅 Bindplane 代理安装指南。

配置 Bindplane 代理以注入 syslog 并将其发送到 Google SecOps

找到配置文件

  • Linux：

    sudo nano /etc/bindplane-agent/config.yaml

  • Windows：

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

修改配置文件

  • 将 config.yaml 的全部内容替换为以下配置：

    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

配置参数

替换以下占位符：

  • 接收器配置：

    • listen_address：要监听的 IP 地址和端口：
      • 0.0.0.0 侦听所有接口（推荐）
      • 端口 514 是标准 syslog 端口（在 Linux 上需要 root 权限；对于非 root 用户，请使用 1514）

  • 导出器配置：

    • creds_file_path：提取身份验证文件的完整路径：
      • Linux：/etc/bindplane-agent/ingestion-auth.json
      • Windows：C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
    • customer_id：从 Google SecOps 控制台复制的客户 ID
    • endpoint：区域端点网址：
      • 美国：malachiteingestion-pa.googleapis.com
      • 欧洲：europe-malachiteingestion-pa.googleapis.com
      • 亚洲：asia-southeast1-malachiteingestion-pa.googleapis.com
      • 如需查看完整列表，请参阅区域级端点

保存配置文件

  • 修改后，保存文件：
    • Linux：依次按 Ctrl+O、Enter 和 Ctrl+X
    • Windows：依次点击文件 > 保存

重启 Bindplane 代理以应用更改

  • 如需在 Linux 中重启 Bindplane 代理，请运行以下命令：

    sudo systemctl restart observiq-otel-collector

    1. 验证服务是否正在运行：

      sudo systemctl status observiq-otel-collector

    2. 检查日志是否存在错误：

      sudo journalctl -u observiq-otel-collector -f

  • 如需在 Windows 中重启 Bindplane 代理，请选择以下选项之一：

    • 以管理员身份运行命令提示符或 PowerShell：

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

    • 服务控制台：

      1. 按 Win+R，输入 services.msc，然后按 Enter 键。
      2. 找到 observIQ OpenTelemetry 收集器。
      3. 右键点击并选择重新启动。

      4. 验证服务是否正在运行：

        sc query observiq-otel-collector

      5. 检查日志是否存在错误：

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

在 Cisco CallManager 上配置 syslog 转发

在 Cisco Unified Serviceability 中配置远程 Syslog 服务器

  1. 登录 Cisco Unified Serviceability 管理界面。
  2. 依次前往工具 > 审核日志 > 审核日志配置。
  3. 在远程 Syslog 服务器部分下，提供以下配置详细信息：
    • 服务器名称：输入 Bindplane 代理的 IP 地址。
    • 端口：输入 514（或在 Bindplane 中配置的端口）。
    • 协议：根据需要选择 UDP（默认）或 TCP。

  4. 点击保存。

配置闹钟配置

  1. 在 Cisco Unified Serviceability 管理界面中。
  2. 依次前往闹钟 > 配置。
  3. 从菜单中选择相应的服务器。
  4. 对于要监控的每项服务，请配置以下内容：
    • 启用 Sys Log 目的地。
    • 将相应的事件级别设置为信息。
  5. 点击更新以保存配置。
  6. 根据需要，针对集群中的所有服务和服务器重复此过程。

UDM 映射表

日志字段 UDM 映射 逻辑
AppID_label additional.fields 已合并
ClusterID_label additional.fields 已合并
DeviceName_label additional.fields 已合并
DeviceType_label additional.fields 已合并
NodeID_label additional.fields 已合并
StationDesc_label additional.fields 已合并
StationDn_label additional.fields 已合并
Type_label additional.fields 已合并
Unit_label additional.fields 已合并
certificate_name_label additional.fields 已合并
Message metadata.description 直接映射
kv_data2 metadata.description 直接映射
ts metadata.event_timestamp 解析为 MMM d yyyy HH:mm:ss.SSS
has_principal metadata.event_type 已映射：true → STATUS_UPDATE
has_user metadata.event_type 已映射：true → USER_UNCATEGORIZED
host principal.asset.hostname 直接映射
host principal.hostname 直接映射
COMMAND principal.process.command_line 直接映射
USER principal.user.userid 直接映射
msg security_result.summary 直接映射
不适用 metadata.event_type 常量：STATUS_UPDATE
不适用 metadata.product_name 常量：CISCO_CALL_MANAGER
不适用 metadata.vendor_name 常量：CISCO

更新日志

查看相应解析器的更改日志

需要更多帮助？获得社区成员和 Google SecOps 专业人士的解答。