通过 CAP_SETUID/SETGID 功能提权

识别在执行进程（被授予 CAP_SETUID 和/或 CAP_SETGID 功能）后，用户访问权限被提升到 UID/GID 0 (root) 的实例。在 Linux 中，CAP_SETUID 和 CAP_SETGID 功能允许进程分别更改其 UID 和 GID，从而控制用户和组的身份管理。攻击者可能会利用配置错误进行攻击，以将其权限提升到 root。

规则类型: eql

规则索引:

logs-endpoint.events.*

严重性: 中

风险评分: 47

运行频率: 5 分钟

搜索索引时间范围: now-9m (日期数学格式，另请参阅 其他回溯时间)

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

参考: 无

标签:

域: 端点
操作系统: Linux
用例: 威胁检测
战术: 权限提升
数据源: Elastic Defend

版本: 4

规则作者:

Elastic

规则许可证: Elastic License v2

设置

编辑

设置

此规则需要来自 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, process.entity_id 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_SET?ID" or process.thread.capabilities.permitted : "CAP_SET?ID") and
   user.id != "0" and not (
     process.parent.executable : ("/tmp/newroot/*", "/opt/carbonblack*") or
     process.parent.executable in (
       "/opt/SolarWinds/Agent/bin/Plugins/JobEngine/SolarWinds.Agent.JobEngine.Plugin", "/usr/bin/vmware-toolbox-cmd",
       "/usr/bin/dbus-daemon", "/usr/bin/update-notifier", "/usr/share/language-tools/language-options",
       "/opt/SolarWinds/Agent/*", "/usr/local/sbin/lynis.sh"
     ) or
     process.executable : ("/opt/dynatrace/*", "/tmp/newroot/*", "/opt/SolarWinds/Agent/*") or
     process.executable in (
       "/bin/fgrep", "/usr/bin/sudo", "/usr/bin/pkexec", "/usr/lib/cockpit/cockpit-session", "/usr/sbin/suexec"
     ) or
     process.parent.name in ("update-notifier", "language-options", "osqueryd", "saposcol", "dbus-daemon", "osqueryi", "sdbrun") or
     process.command_line like ("sudo*BECOME-SUCCESS*", "/bin/sh*sapsysinfo.sh*", "sudo su", "sudo su -") or
     process.name == "sudo" or
     process.parent.command_line like "/usr/bin/python*ansible*"
   )]
  [process where host.os.type == "linux" and event.action == "uid_change" and event.type == "change" and
   (process.thread.capabilities.effective : "CAP_SET?ID" or process.thread.capabilities.permitted : "CAP_SET?ID")
   and user.id == "0"]

框架: MITRE ATT&CK^TM

战术
- 名称: 权限提升
- ID: TA0004
- 参考 URL: https://attack.mitre.org/tactics/TA0004/
技术
- 名称: 利用漏洞进行权限提升
- ID: T1068
- 参考 URL: https://attack.mitre.org/techniques/T1068/
技术
- 名称: 滥用权限提升控制机制
- ID: T1548
- 参考 URL: https://attack.mitre.org/techniques/T1548/
子技术
- 名称: Setuid 和 Setgid
- ID: T1548.001
- 参考 URL: https://attack.mitre.org/techniques/T1548/001/

« 通过 CAP_CHOWN/CAP_FOWNER 功能提权通过 GDB CAP_SYS_PTRACE 提权 »