通过 CAP_CHOWN/CAP_FOWNER 功能提权

编辑

识别在进程(被授予 CAP_CHOWN 和/或 CAP_FOWNER 功能)执行后,可疑文件或二进制文件的所有权发生变更的情况。在 Linux 中,CAP_CHOWN 功能允许进程更改文件的所有者,而 CAP_FOWNER 允许它绕过需要文件所有权的操作(如读取、写入和执行)的权限检查。攻击者可能会滥用这些功能来获取对文件的未授权访问。

规则类型: eql

规则索引:

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

严重性: 中

风险评分: 47

运行频率: 5 分钟

搜索索引时间范围: now-9m (日期数学格式,另请参阅 额外的回溯时间)

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

参考: 无

标签:

  • 数据源:Auditd Manager
  • 域:端点
  • 操作系统:Linux
  • 用例:威胁检测
  • 策略:权限提升
  • 数据源:Elastic Defend

版本: 3

规则作者:

  • Elastic

规则许可证: Elastic License v2

设置

编辑

设置

此规则需要来自 Auditd Manager 的数据。

Auditd Manager 集成设置

Auditd Manager 集成接收来自 Linux Audit Framework 的审计事件,它是 Linux 内核的一部分。Auditd Manager 为配置和监视通过 auditd 守护进程进行的系统审计提供了用户友好的界面和自动化功能。借助 auditd_manager,管理员可以轻松定义审计规则、跟踪系统事件并生成全面的审计报告,从而提高系统的整体安全性和合规性。

应执行以下步骤,以便在 Linux 系统上添加 Elastic Agent System 集成“auditd_manager”

  • 转到 Kibana 主页,然后单击“添加集成”。
  • 在查询栏中,搜索“Auditd Manager”,然后选择该集成以查看有关它的更多详细信息。
  • 单击“添加 Auditd Manager”。
  • 配置集成名称,并可选择添加描述。
  • 相应地查看可选和高级设置。
  • 将新安装的“auditd manager”添加到现有或新的代理策略,并将代理部署到需要 auditd 日志文件的 Linux 系统上。
  • 单击“保存并继续”。
  • 有关集成的更多详细信息,请参阅帮助指南

规则特定设置说明

Auditd Manager 订阅内核并在事件发生时接收事件,无需任何其他配置。但是,如果需要更高级的配置来检测特定行为,则可以通过指定要从中读取审计规则的文件,将审计规则添加到集成的“审计规则”配置框或“auditd 规则文件”框中。- 对于此检测规则,需要将以下其他审计规则添加到集成中: — "-w /etc/ -p rwxa -k audit_recursive_etc"  — "-w /root/ -p rwxa -k audit_root"

规则查询

编辑
sequence by host.id, process.pid with maxspan=1s
  [process where host.os.type == "linux" and event.type == "start" and event.action == "exec" and
   process.name != null and process.thread.capabilities.effective : ("CAP_CHOWN", "CAP_FOWNER") and
   process.command_line : ("*sudoers*", "*passwd*", "*shadow*", "*/root/*") and user.id != "0"]
  [file where host.os.type == "linux" and event.action == "changed-file-ownership-of" and event.type == "change" and
   event.outcome == "success" and file.path in (
     "/etc/passwd",
     "/etc/shadow",
     "/etc/sudoers",
     "/root/.ssh/*"
   ) and user.id != "0"
  ]

框架: MITRE ATT&CKTM