收集 Intel Endpoint Management Assistant (Intel EMA) 日志
本文档介绍了如何使用 Bindplane 将 Intel Endpoint Management Assistant (Intel EMA) 日志注入 Google Security Operations。
Intel Endpoint Management Assistant (Intel EMA) 是一款软件应用,可在云端对基于 Intel vPro 平台的设备进行远程管理,无论设备是在防火墙内还是防火墙外。借助 Intel EMA,IT 管理员可以远程配置和管理 Intel 主动管理技术 (Intel AMT) 端点、执行带外和带内操作,以及通过审核事件日志记录监控端点活动。
准备工作
请确保满足以下前提条件:
- Google SecOps 实例
- Windows Server 2016 或更高版本,或者安装了
systemd的 Linux 主机 - Bindplane 代理与 Intel EMA 服务器之间的网络连接
- 如果在代理后面运行,请确保按照 Bindplane 代理要求打开防火墙端口
- 对 Intel EMA 服务器的管理员访问权限,以及修改 NLog 配置文件的权限
- 已安装并运行 Intel EMA 服务器 1.10 或更高版本
获取 Bindplane 代理的 Google SecOps 凭证
如需向 Google SecOps 验证 Bindplane 代理,请选择以下方法之一:
- 新部署:使用 Chronicle API(选项 1)。
- 旧版部署:继续使用数据注入身份验证文件(方法 2),直到 Ingestion API 于 2027 年 7 月 20 日停用。
方法 1:为 Chronicle API 创建服务账号(推荐)
- 登录 Google Cloud 控制台,然后选择与您的 Google SecOps 实例关联的 Google Cloud 项目。
- 依次前往 IAM 和管理 > 服务账号。
- 点击创建服务账号。
- 提供以下配置详细信息:
- 服务账号名称:输入账号的名称(例如
bindplane-ingest)。 - 服务账号说明:输入说明(例如
Bindplane agent log ingestion)。
- 服务账号名称:输入账号的名称(例如
- 点击创建并继续。
- 在向此服务账号授予对项目的访问权限部分,点击选择角色,然后选择 Chronicle Editor。
- 点击继续,然后点击完成。
- 点击您创建的服务账号,然后前往密钥标签页。
- 依次点击添加密钥 > 创建新密钥。
- 选择 JSON,然后点击创建。密钥文件会下载到您的计算机上。
- 将密钥文件另存为 Bindplane 收集器目录(Linux 上的
/opt/observiq-otel-collector/ingestion-auth.json或 Windows 上的C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json)中的ingestion-auth.json,或更新config.yaml中的creds_file_path以匹配您保存它的路径。 - 前往 IAM 和管理 > 设置,然后复制项目编号。您在配置导出器时需要用到该名称。
方法 2:下载数据注入身份验证文件(旧版)
- 登录 Google SecOps 控制台。
- 依次前往设置 > 数据管理 > 收集代理。如果您使用的是仅限 SIEM 的平台,请依次前往设置 > 收集代理。
- 下载数据注入身份验证文件。
- 将该文件安全地保存在将要安装 Bindplane 代理的系统上。
获取 Google SecOps 客户 ID
- 登录 Google SecOps 控制台。
- 依次前往设置 > 管理 > 个人资料。如果您使用的是仅限 SIEM 的平台,请依次前往设置 > 个人资料。
- 复制并保存组织详细信息部分中的客户 ID。
安装 Bindplane 代理
根据以下说明,在 Windows 或 Linux 操作系统上安装 Bindplane 代理。
Windows 安装
- 以管理员身份打开命令提示符或 PowerShell。
运行以下命令:
msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet等待安装完成。
运行以下命令,验证安装是否成功:
sc query observiq-otel-collector该服务应显示为正在运行。
Linux 安装
- 打开具有 root 或 sudo 权限的终端。
运行以下命令:
sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh等待安装完成。
运行以下命令,验证安装是否成功:
sudo systemctl status observiq-otel-collector该服务应显示为 active (running)。
其他安装资源
如需了解其他安装选项和问题排查,请参阅 Bindplane 代理安装指南。
配置 Bindplane 代理以注入 syslog 并发送到 Google SecOps
找到配置文件
Linux:
sudo nano /opt/observiq-otel-collector/config.yamlWindows:
notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
修改配置文件
将
config.yaml的全部内容替换为以下配置:receivers: udplog: listen_address: "0.0.0.0:514" exporters: chronicle/intel_ema: 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: 'YOUR_CUSTOMER_ID' endpoint: chronicle.googleapis.com log_type: INTEL_EMA raw_log_field: body ingestion_labels: env: production service: pipelines: logs/intel_ema_to_chronicle: receivers: - udplog exporters: - chronicle/intel_ema
配置参数
替换以下占位符:
接收器配置:
listen_address:设置为0.0.0.0:514,以在 UDP 端口 514 上监听所有接口。如果您在 Linux 上以非 root 身份运行,则可以使用其他端口,例如1514。
导出器配置:
creds_file_path:服务账号 JSON 密钥文件的完整路径(选项 1):- Linux:
/opt/observiq-otel-collector/ingestion-auth.json - Windows:
C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- Linux:
customer_id:将YOUR_CUSTOMER_ID替换为您在上一步中获取的客户 ID。location:将<LOCATION>替换为 Google SecOps 实例所在的区域(例如us、europe或asia-southeast1)。导出工具会在此值前面加上chronicle.googleapis.com。如需查看完整列表,请参阅区域级端点。project:将<PROJECT_NUMBER>替换为 IAM 和管理 > 设置中的项目编号。endpoint:保持设置为chronicle.googleapis.com。log_type:设置为INTEL_EMA,与此处所示完全一致。ingestion_labels:YAML 格式的可选标签(例如env: production)。
旧版提取 API 导出工具
如果您使用选项 2 中的数据注入身份验证文件,请将
exporters代码块替换为以下内容。将creds_file_path设置为数据注入身份验证文件的路径,如果您的实例位于美国境外,请将malachiteingestion-pa.googleapis.com替换为您的区域端点(例如europe-malachiteingestion-pa.googleapis.com)。exporters: chronicle/intel_ema: compression: gzip creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json' customer_id: 'YOUR_CUSTOMER_ID' endpoint: malachiteingestion-pa.googleapis.com log_type: INTEL_EMA raw_log_field: body ingestion_labels: env: production
保存配置文件
修改后,保存文件:
- Linux:依次按
Ctrl+O、Enter和Ctrl+X - Windows:依次点击文件 > 保存
重启 Bindplane 代理以应用更改
如需在 Linux 中重启 Bindplane 代理,请执行以下操作:
运行以下命令:
sudo systemctl restart observiq-otel-collector验证服务是否正在运行:
sudo systemctl status observiq-otel-collector检查日志中的错误:
sudo journalctl -u observiq-otel-collector -f
如需在 Windows 中重启 Bindplane 代理,请执行以下操作:
请从下列选项中选择一项:
以管理员身份运行命令提示符或 PowerShell:
net stop observiq-otel-collector && net start observiq-otel-collector“服务”控制台:
- 按
Win+R,输入services.msc,然后按 Enter。 - 找到 observIQ OpenTelemetry 收集器。
右键点击并选择重启。
验证服务是否正在运行:
sc query observiq-otel-collector检查日志中的错误:
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
- 按
配置 Intel EMA syslog 转发
Intel EMA 使用 NLog 日志记录框架。如需通过 syslog 将日志转发到 Bindplane 代理,您必须向 Intel EMA NLog 配置文件添加 syslog 网络目标。
安装 NLog Syslog 目标扩展程序
- 以本地管理员身份登录 Intel EMA 服务器。
- 以管理员身份打开 PowerShell。
前往 Intel EMA Web 应用目录:
cd C:\inetpub\wwwroot将
NLog.Targets.Syslog.dll文件复制到 Intel EMA Web 应用目录 (C:\inetpub\wwwroot) 中,以安装 NLog.Targets.Syslog NuGet 软件包。
修改 NLog 配置文件
在文本编辑器中打开 NLog 配置文件:
notepad C:\inetpub\wwwroot\NLog.config在
<extensions>部分中添加 syslog 扩展程序。如果<extensions>部分不存在,请在<nlog>元素中创建它:<extensions> <add assembly="NLog.Targets.Syslog" /> </extensions>在
<targets>部分中添加 syslog 目标:<target name="syslog" xsi:type="Syslog"> <sl:messageSend> <protocol>UDP</protocol> <udp> <server>BINDPLANE_AGENT_IP</server> <port>514</port> </udp> </sl:messageSend> </target>- 将
BINDPLANE_AGENT_IP替换为运行 Bindplane 代理的主机的 IP 地址(例如192.168.1.100)。 - 如果您使用的是非标准端口,请将
514替换为在 Bindplane 代理中配置的端口。 - 将协议设置为
UDP或TCP,以匹配 Bindplane 代理接收器配置。
- 将
在
<rules>部分中添加日志记录规则,以将所有日志消息路由到 syslog 目标:<logger name="*" minlevel="Info" writeTo="syslog" />保存并关闭文件。
具有 syslog 目标的 NLog.config 示例
以下示例展示了添加到 NLog.config 配置文件中的相关部分:
<?xml version="1.0" encoding="utf-8"?> <nlog xmlns="http://www.nlog-project.org/schemas/NLog.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:sl="http://www.nlog-project.org/schemas/NLog.Targets.Syslog.xsd"> <extensions> <add assembly="NLog.Targets.Syslog" /> </extensions> <targets> <!-- Existing file targets remain here --> <target name="syslog" xsi:type="Syslog"> <sl:messageSend> <protocol>UDP</protocol> <udp> <server>192.168.1.100</server> <port>514</port> </udp> </sl:messageSend> </target> </targets> <rules> <!-- Existing rules remain here --> <logger name="*" minlevel="Info" writeTo="syslog" /> </rules> </nlog>
重启 IIS 以应用更改
- 以管理员身份打开命令提示符或 PowerShell。
重启 IIS 以重新加载 NLog 配置:
iisreset在网络浏览器中前往 Intel EMA Platform Manager,验证 Intel EMA Web 应用是否正在运行。
验证 syslog 转发
- 在 Intel EMA 控制台中执行操作(例如登录、查看端点或修改配置),以生成审核事件。
- 检查 Bindplane 代理日志,确认是否正在从 Intel EMA 服务器接收 syslog 消息。
UDM 映射表
| 日志字段 | UDM 映射 | 逻辑 |
|---|---|---|
| server_type | additional.fields | 合并了键为 server_type、server_type_id、Endpoint_count 的标签 |
| server_type_id | additional.fields | |
| Endpoint_count | additional.fields | |
| 时间 | metadata.event_timestamp | 使用日期过滤器进行解析,格式为 yyyy-MM-dd HH:mm:ss.SSSS、ISO8601、RFC 3339 |
| metadata.event_type | metadata.event_type | 设置为“GENERIC_EVENT” |
| version_id | metadata.product_version | 直接复制的值 |
| EndpointId | security_result.detection_fields | 已合并键为 EndpointId 的标签 |
| severity | security_result.severity | 如果为 CRITICAL,则映射到 CRITICAL;如果为 ERROR,则映射到 ERROR;如果为 ALERT 或 EMERGENCY,则映射到 HIGH;如果为 INFO 或 NOTICE,则映射到 INFORMATIONAL;如果为 DEBUG,则映射到 LOW;如果为 WARNING,则映射到 MEDIUM;否则映射到 UNKNOWN_SEVERITY |
| 文化 | target.resource.attribute.labels | 已合并具有键 culture、public_key_token、process_name 的标签 |
| Publickeytoken | target.resource.attribute.labels | |
| process_name | target.resource.attribute.labels |