进程从进程 ID (PID) 文件启动编辑

在临时文件存储范例 (tmpfs) 目录 /var/run 目录中从进程 ID (PID)、锁定或重启文件识别新进程启动。在 Linux 中,PID 文件通常保存进程 ID 以跟踪运行的前一个副本并管理其他任务。某些 Linux 恶意软件使用 /var/run 目录保存数据、可执行文件和其他任务,将自身或这些文件伪装成合法的 PID 文件。

规则类型: eql

规则索引:

  • logs-endpoint.events.*
  • endgame-*
  • auditbeat-*
  • logs-auditd_manager.auditd-*

严重性: 高

风险评分: 73

每隔: 5m

从以下时间开始搜索索引: now-9m (日期数学格式,另请参阅 附加回溯时间)

每次执行的最大警报数: 100

参考:

标签:

  • 域:端点
  • 操作系统:Linux
  • 用例:威胁检测
  • 策略:执行
  • 威胁:BPFDoor
  • 数据源:Elastic Endgame
  • 数据源:Elastic Defend
  • 数据源:Auditd Manager

版本: 109

规则作者:

  • Elastic

规则许可证:Elastic 许可证 v2

调查指南编辑

分类和分析

调查从进程 ID (PID) 文件启动的进程

此规则的检测警报表明一个进程从伪装成合法 PID 文件的可执行文件衍生而来,这是非常不寻常的,不应该发生。以下是一些可能的调查途径:- 检查新进程的父进程和子进程关系,以确定其他进程是否正在运行。- 使用 Osquery 检查 /var/run 目录,以确定其他潜在的 PID 文件是否具有异常大的文件大小,表明它是一个可执行文件:“SELECT f.size, f.uid, f.type, f.path from file f WHERE path like /var/run/%%;” - 在 VirusTotal 等数据库中检查 PID 文件中 SHA256 哈希的声誉,以识别其他调查的支点和工件。

设置编辑

设置

此规则需要 Elastic Defend 提供的数据。

Elastic Defend 集成设置

Elastic Defend 使用 Fleet 集成到 Elastic Agent 中。配置后,集成允许 Elastic Agent 监视主机上的事件并将数据发送到 Elastic Security 应用。

先决条件

  • Elastic Defend 需要 Fleet。
  • 要配置 Fleet Server,请参阅文档

应按以下步骤在 Linux 系统上添加 Elastic Defend 集成

  • 转到 Kibana 主页并单击“添加集成”。
  • 在查询栏中,搜索“Elastic Defend”并选择集成以查看有关它的更多详细信息。
  • 单击“添加 Elastic Defend”。
  • 配置集成名称,并可选择添加描述。
  • 选择要保护的环境类型,“传统端点”或“云工作负载”。
  • 选择配置预设。每个预设都为 Elastic Agent 提供不同的默认设置,稍后可以通过配置 Elastic Defend 集成策略进一步自定义这些设置。帮助指南
  • 我们建议选择“完整 EDR(端点检测和响应)”作为配置设置,它提供“所有事件;所有预防措施”
  • 在“新建代理策略名称”中输入代理策略的名称。如果其他代理策略已存在,则可以单击“现有主机”选项卡并选择一个现有策略。有关 Elastic Agent 配置设置的更多详细信息,请参阅帮助指南
  • 单击“保存并继续”。
  • 要完成集成,请选择“将 Elastic Agent 添加到您的主机”,然后继续到下一部分,在您的主机上安装 Elastic Agent。有关 Elastic Defend 的更多详细信息,请参阅帮助指南

规则查询编辑

process where host.os.type == "linux" and event.type == "start" and user.id == "0" and
  process.executable regex~ """/var/run/\w+\.(pid|lock|reboot)"""

框架: MITRE ATT&CKTM