收集 ManageEngine Log360 日志

支持:

本文档介绍了如何使用 Bindplane 将 ManageEngine Log360 日志注入 Google Security Operations。

ManageEngine Log360 是一种统一的 SIEM 和日志管理解决方案,可收集、监控和分析来自您环境中多个来源的日志。它会生成汇总的安全性事件和合规性审核日志。Log360 的 EventLog Analyzer 组件中包含内置的 Syslog 转发器功能,该功能支持多种输出格式,包括 RFC 5424、RFC 3164、JSON 和自定义模板。

准备工作

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

  • Google SecOps 实例
  • Windows Server 2016 或更高版本,或者具有 systemd 的 Linux 主机
  • Bindplane 代理与 ManageEngine Log360 之间的网络连接
  • 如果通过代理运行,请确保防火墙端口根据 Bindplane 代理要求处于打开状态
  • 具有管理员权限的 ManageEngine Log360 特权访问权限
  • ManageEngine Log360 已安装并配置为从您的环境中收集日志

获取 Bindplane 代理的 Google SecOps 凭据

如需对 Bindplane 代理进行 Google SecOps 身份验证,请选择以下方法之一:

  • 新部署:使用 Chronicle API(方法 1)。
  • 旧版部署:继续使用注入身份验证文件(方法 2),直到注入 API 于 2027 年 7 月 20 日停用为止。
  1. 登录 Google Cloud 控制台,然后选择与您的 Google SecOps 实例关联的 Google Cloud 项目。
  2. 依次前往 IAM 和管理 > 服务账号。
  3. 点击创建服务账号 。
  4. 提供以下配置详细信息:
    • 服务账号名称:输入账号的名称(例如 bindplane-ingest)。
    • 服务账号说明:输入说明(例如 Bindplane agent log ingestion)。
  5. 点击创建并继续 。
  6. 在向此服务帐号授予对项目的访问权限 部分,点击选择角色 ,然后选择 Chronicle Editor 。
  7. 点击继续 ,然后点击完成 。
  8. 点击您创建的服务帐号,然后前往密钥 标签页。
  9. 依次点击添加密钥 > 创建新密钥。
  10. 选择 JSON ,然后点击创建 。密钥文件会下载到您的计算机上。
  11. 将密钥文件另存为 Bindplane 收集器目录中的 ingestion-auth.json(在 Linux 上为 /opt/observiq-otel-collector/ingestion-auth.json,在 Windows 上为 C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json),或者更新 creds_file_path 在 config.yaml 中以与您保存该文件的路径匹配。
  12. 依次前往 IAM 和管理 > 设置 ,然后复制项目编号 。您需要此编号进行导出器配置。

方法 2:下载注入身份验证文件(旧版)

  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. 打开具有根权限或 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 /opt/observiq-otel-collector/config.yaml
    
  • Windows:

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

修改配置文件

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

    receivers:
      tcplog:
        listen_address: "0.0.0.0:514"
    
    exporters:
      chronicle/log360:
        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: MANAGE_ENGINE_LOG360
        raw_log_field: body
        ingestion_labels:
          env: production
    
    service:
      pipelines:
        logs/log360_to_chronicle:
          receivers:
            - tcplog
          exporters:
            - chronicle/log360
    

配置参数

替换以下占位符:

  • 接收器配置:

    • tcplog:基于协议的接收器类型:
      • UDP Syslog 的 udplog
      • TCP Syslog 的 tcplog
    • 0.0.0.0:要监听的 IP 地址:
      • 0.0.0.0,用于监听所有接口(推荐)
      • 用于监听一个接口的特定 IP 地址
    • 514:要监听的端口号(例如 514、1514、6514)
  • 导出器配置:

    • log360:导出器的描述性名称
    • creds_file_path:服务帐号 JSON 密钥文件的完整路径(方法 1):
      • Linux: /opt/observiq-otel-collector/ingestion-auth.json
      • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
    • <customer_id>:上一步中的客户 ID
    • location:将 <LOCATION> 替换为 Google SecOps 实例的区域(例如 us、europe 或 asia-southeast1)。导出器会使用此值为 chronicle.googleapis.com 添加前缀。如需查看完整列表,请参阅区域级端点。
    • project:将 <PROJECT_NUMBER> 替换为 IAM 和管理 > 设置 中的项目编号。
    • endpoint:保持设置为 chronicle.googleapis.com。
    • MANAGE_ENGINE_LOG360:日志类型,与 Chronicle 中显示的内容完全一致
    • ingestion_labels:YAML 格式的可选标签(例如 env: production)
  • 流水线配置:

    • log360_to_chronicle:流水线的描述性名称

旧版注入 API 导出器

  • 如果您使用方法 2 中的注入身份验证文件,请将 exporters 块替换为以下内容。将 creds_file_path 设置为注入身份验证文件的路径,并且如果您的实例位于美国境外,请将 malachiteingestion-pa.googleapis.com 替换为您的 区域级端点(例如 europe-malachiteingestion-pa.googleapis.com)。

    exporters:
      chronicle/log360:
        compression: gzip
        creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: MANAGE_ENGINE_LOG360
        raw_log_field: body
        ingestion_labels:
          env: production
    

保存配置文件

  • 修改后,保存文件:
    • Linux:按 Ctrl+O,然后按 Enter,再按 Ctrl+X
    • Windows:依次点击文件 > 保存

重启 Bindplane 代理以应用更改

如需在 Linux 中重启 Bindplane 代理,请执行以下操作:

  1. 运行以下命令:

    sudo systemctl restart observiq-otel-collector
    
  2. 验证服务是否正在运行:

    sudo systemctl status observiq-otel-collector
    
  3. 检查日志中的错误:

    sudo journalctl -u observiq-otel-collector -f
    

如需在 Windows 中重启 Bindplane 代理,请执行以下操作:

  1. 请从下列选项中选择一项:

    • 以管理员身份运行命令提示符或 PowerShell:
    net stop observiq-otel-collector && net start observiq-otel-collector
    
    • 服务控制台:
      1. 按 Win+R,输入 services.msc,然后按 Enter 键。
      2. 找到 observIQ OpenTelemetry Collector 。
      3. 右键点击并选择重启 。
  2. 验证服务是否正在运行:

    sc query observiq-otel-collector
    
  3. 检查日志中的错误:

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

配置 ManageEngine Log360 Syslog 转发

  1. 以管理员身份登录 ManageEngine Log360 控制台。
  2. 依次前往设置 > 管理员设置 > 集成 > 日志转发。
  3. 点击添加新配置文件 。
  4. 使用以下设置配置转发配置文件:

    设置 值
    转发器名称 输入描述性名称(例如 Chronicle-Bindplane)
    目标服务器 输入 Bindplane 代理主机的 IP 地址
    协议 选择 TCP 或 UDP 以与 Bindplane 接收器类型匹配
    端口 输入与 Bindplane 代理接收器配置匹配的端口(例如 514)
  5. 点击自定义 以选择日志格式。可用格式包括:

    • Rawlog:按收到的原始日志转发
    • JSON:以结构化 JSON 格式转发日志
    • RFC 5424:支持结构化数据的标准 Syslog 格式
    • RFC 5424 With Structured Data:扩展的 RFC 5424 格式
    • RFC 3164:旧版 BSD Syslog 格式
    • 自定义:定义自定义 Syslog 格式模板
  6. 在选择设备 下,添加要转发其日志的设备。

  7. 选择转发条件:

    • 所有日志:转发来自所选设备的所有传入日志
    • 排除:过滤掉与指定规则匹配的日志
    • 仅转发:仅转发与指定规则匹配的日志
  8. 点击保存 。

UDM 映射表

日志字段 UDM 映射 逻辑
authentication_package additional.fields 与根据 authentication_package 创建的标签对象合并
Logon_type extensions.auth.mechanism 如果 Logon_type == '3',则设置为“NETWORK”;如果为 '4',则设置为“BATCH”;如果为 '5',则设置为“SERVICE”;如果为 '8',则设置为“NETWORK_CLEAR_TEXT”;如果为 '9',则设置为“NEW_CREDENTIALS”;如果为 '10',则设置为“REMOTE_INTERACTIVE”;如果为 '11',则设置为“CACHED_INTERACTIVE”;如果不为空,则设置为“MECHANISM_OTHER”
user intermediary.hostname 直接复制值
msg metadata.description 直接复制值
user_present, principal_present metadata.event_type 如果 user_present == "true",则设置为“USER_RESOURCE_ACCESS”;如果 principal_present == "true",则设置为“STATUS_UPDATE”;否则设置为“GENERIC_EVENT”
eventid metadata.product_event_type 直接复制值
principal_domain principal.administrative_domain 直接复制值
source_ip principal.asset.ip 使用 IP grok 模式提取,如果有效则合并
source_ip principal.ip 使用 IP grok 模式提取,如果有效则合并
source_port principal.port 直接复制值,转换为整数
creator_process_name principal.process.file.full_path 直接复制值
process_id principal.process.pid 如果不在 [""," -"] 中,则直接复制值
logon_guid principal.resource.product_object_id 直接复制值
principal_account_name principal.user.userid 直接复制值
principal_security_id principal.user.windows_sid 如果与 Windows SID 正则表达式匹配,则直接复制值
channel, principal_logon_id, impersonation_level, restricted_admin_mode, virtual_account, elevated_token, event_in_sequence, logon_process, transited_services, key_length security_result.detection_fields 与根据每个字段创建的标签对象合并
summary security_result.description 直接复制值
event src.asset.software.vendor_name 直接复制值
target_domain target.administrative_domain 如果不在 [""," -"] 中,则直接复制值
target_account_name target.user.userid 如果不在 [""," -"] 中,则直接复制值
target_security_id target.user.windows_sid 如果与 Windows SID 正则表达式匹配,则直接复制值

更新日志

查看此解析器的更新日志

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