« 由 SSHD 子进程发起的网络连接 从具有 RWX 内存区域的二进制文件发起的网络连接 »
Elastic 文档 ›Elastic 安全解决方案 [8.17] ›检测与告警 ›预构建规则参考

Cups 或 Foomatic-rip 子进程发起的网络连接

编辑

Cups 或 Foomatic-rip 子进程发起的网络连接

编辑

此检测规则旨在解决 CUPS 打印系统中的多个漏洞，包括 CVE-2024-47176、CVE-2024-47076、CVE-2024-47175 和 CVE-2024-47177。具体而言，此规则检测由 foomatic-rip 的子进程发起的网络连接。这些缺陷会影响 cups-browsed、libcupsfilters、libppd 和 foomatic-rip 等组件，允许未经身份验证的远程攻击者通过精心制作的 UDP 数据包或网络欺骗来操纵 IPP URL 或注入恶意数据。当启动打印作业时，这可能会导致任意命令执行。

规则类型: eql

规则索引:

  • logs-endpoint.events.*

严重性: 高

风险评分: 73

运行频率: 5 分钟

搜索索引时间范围: now-9m ( Date Math 格式，另请参阅 额外的回溯时间)

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

参考资料:

标签:

  • 域：终端
  • 操作系统：Linux
  • 用例：威胁检测
  • 用例：漏洞
  • 战术：命令和控制
  • 数据源：Elastic Defend

版本: 1

规则作者:

  • Elastic

规则许可证: Elastic License v2

调查指南

编辑

分类和分析

调查 Cups 或 Foomatic-rip 子进程发起的网络连接

此规则识别对 CUPS 打印系统中多个漏洞（CVE-2024-47176、CVE-2024-47076、CVE-2024-47175、CVE-2024-47177）的潜在利用尝试。这些漏洞允许攻击者发送精心制作的 IPP 请求或操纵 UDP 数据包来执行任意命令或修改打印机配置。攻击者可以利用这些缺陷来注入恶意数据，从而导致在受影响系统上远程代码执行 (RCE)。

可能的调查步骤

  • 调查针对端口 631 的传入 IPP 请求或 UDP 数据包。
  • 检查系统上的打印机配置，以确定是否添加了任何未经授权的打印机或 URL。
  • 调查进程树，检查是否有任何意外进程因 IPP 活动而触发。检查可执行文件的合法性。
  • 检查最近 48 小时内是否存在与受损系统或用户相关的其他警报。
  • 调查网络流量日志中是否存在与无法识别的域或 IP 地址的可疑出站连接。
  • 检查任何联系的域或地址是否为新注册或具有可疑声誉。
  • 检索攻击丢弃的任何脚本或可执行文件，以便在私有沙盒环境中进行进一步分析
  • 分析潜在的恶意活动，包括
  • 尝试与外部服务器通信。
  • 文件访问或创建未经授权的可执行文件。
  • Cron 作业、服务或其他持久性机制。

相关规则

  • Cupsd 或 Foomatic-rip Shell 执行 - 476267ff-e44f-476e-99c1-04c78cb3769d
  • 打印机用户 (lp) Shell 执行 - f86cd31c-5c7e-4481-99d7-6875a3e31309
  • 来自 Foomatic-rip 或 Cupsd 父进程的可疑执行 - 986361cd-3dac-47fe-afa1-5c5dd89f2fb4
  • Cups 或 Foomatic-rip 子进程创建的文件 - b9b14be7-b7f4-4367-9934-81f07d2f63c4

误报分析

  • 此活动很少是合法的。但是，请验证上下文以排除非恶意的打印机配置更改或合法的 IPP 请求。

响应和补救

  • 根据分类结果启动事件响应流程。
  • 隔离受损主机以防止进一步的攻击。
  • 如果调查确认存在恶意活动，请在环境中搜索其他受损主机。
  • 实施网络分段或限制以遏制攻击。
  • 停止与 CUPS 利用相关的可疑进程或服务。
  • 阻止已识别的入侵指标 (IoC)，包括 IP 地址、域或涉及文件的哈希值。
  • 检查受损系统是否存在后门，例如反向 Shell 或持久性机制（如 cron 作业）。
  • 调查受损系统上潜在的凭据泄露，并重置任何受影响帐户的密码。
  • 恢复原始打印机配置或卸载未经授权的打印机条目。
  • 执行全面的反恶意软件扫描，以识别来自攻击的任何遗留威胁或工件。
  • 调查攻击者如何获得初始访问权限，并解决任何漏洞以防止未来被利用。
  • 使用事件中的见解来改进未来事件中的检测和响应时间（MTTD 和 MTTR）。

设置

编辑

设置

此规则需要来自 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 的更多详细信息，请参阅帮助指南。

规则查询

编辑
sequence by host.id with maxspan=10s
  [process where host.os.type == "linux" and event.type == "start" and event.action == "exec" and
   process.parent.name == "foomatic-rip" and
   process.name in ("bash", "dash", "sh", "tcsh", "csh", "zsh", "ksh", "fish")] by process.entity_id
  [network where host.os.type == "linux" and event.type == "start" and
   event.action == "connection_attempted"] by process.parent.entity_id

框架: MITRE ATT&CKTM

« 由 SSHD 子进程发起的网络连接 从具有 RWX 内存区域的二进制文件发起的网络连接 »