› › ›

创建 Systemd 服务

创建 Systemd 服务编辑

此规则检测在所有常见的 Systemd 服务位置（包括 root 用户和普通用户）中创建或重命名新 Systemd 文件。Systemd 服务文件是 Linux 系统中的配置文件，用于定义和管理系统服务。恶意攻击者可以利用 systemd 服务文件来实现持久性，方法是创建或修改服务以在系统启动期间或通过添加 systemd 定时器在预定义的时间间隔内执行恶意命令或有效负载。这使他们能够保持未经授权的访问权限，执行额外的恶意活动或逃避检测。

规则类型: eql

规则索引:

logs-endpoint.events.file*

严重程度: 中等

风险分数: 47

每隔: 5m 运行

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

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

参考资料:

https://pberba.github.io/security/2022/01/30/linux-threat-hunting-for-persistence-systemd-timers-cron/

标签:

域：端点
操作系统：Linux
用例：威胁检测
战术：持久性
战术：提权
数据源：Elastic Defend

版本: 12

规则作者:

Elastic

规则许可证: Elastic License v2

调查指南编辑

分类和分析

调查创建 Systemd 服务

Systemd 服务文件是 Linux 系统中的配置文件，用于定义和管理系统服务。

恶意攻击者可以利用 systemd 服务文件来实现持久性，方法是创建或修改服务文件以在系统启动期间执行恶意命令或有效负载。这使他们能够保持未经授权的访问权限，执行额外的恶意活动或逃避检测。

此规则监控创建新的 systemd 服务文件，这可能表明创建了持久机制。

注意: 此调查指南使用 Elastic Stack 版本 8.5.0 中引入的 Osquery Markdown 插件。较旧的 Elastic Stack 版本将在本指南中显示未渲染的 Markdown。此调查指南使用占位符字段来动态地将告警数据传递到 Osquery 查询中。占位符字段是在 Elastic Stack 版本 8.7.0 中引入的。如果您使用的是 Elastic Stack 版本 8.6.0 或更早版本，则需要手动调整本调查指南的查询，以确保它们能正确运行。

可能的调查步骤

调查已创建或修改的 systemd 服务文件。
!{osquery{"label":"Osquery - 检索文件信息","query":"SELECT * FROM file WHERE path = {{file.path}}"}}
通过以下命令调查当前启用的 systemd 服务 sudo systemctl list-unit-files。
通过 OSQuery 调查在任何可用的 systemd 目录中是否有任何其他文件被更改。
!{osquery{"label":"Osquery - 检索文件列表信息","query":"SELECT * FROM file WHERE (path LIKE /etc/systemd/system/% OR path LIKE /usr/local/lib/systemd/system/%\nOR path LIKE /lib/systemd/system/% OR path LIKE /usr/lib/systemd/system/%\nOR path LIKE /home/{{user.name}}/.config/systemd/user/% OR path LIKE /home/{{user.name}}/.local/share/systemd/user/%\nOR path LIKE /root/.config/systemd/user/% OR path LIKE /root/.local/share/systemd/user/% OR path LIKE\n'/etc/systemd/user/%' OR path LIKE /usr/lib/systemd/user/%)\n"}}
!{osquery{"label":"Osquery - 检索额外的文件列表信息","query":"SELECT f.path, u.username AS file_owner, g.groupname AS group_owner, datetime(f.atime, unixepoch) AS\nfile_last_access_time, datetime(f.mtime, unixepoch) AS file_last_modified_time, datetime(f.ctime, unixepoch) AS\nfile_last_status_change_time, datetime(f.btime, unixepoch) AS file_created_time, f.size AS size_bytes FROM file f LEFT\nJOIN users u ON f.uid = u.uid LEFT JOIN groups g ON f.gid = g.gid WHERE ( path LIKE /etc/systemd/system/% OR path LIKE\n'/usr/local/lib/systemd/system/%' OR path LIKE /lib/systemd/system/% OR path LIKE /usr/lib/systemd/system/% OR path\nLIKE /home/{{user.name}}/.config/systemd/user/% OR path LIKE /home/{{user.name}}/.local/share/systemd/user/%\nOR path LIKE /root/.config/systemd/user/% OR path LIKE /root/.local/share/systemd/user/% OR path LIKE\n'/etc/systemd/user/%' OR path LIKE /usr/lib/systemd/user/%)\n"}}
调查未知进程的脚本执行链（父进程树）。检查其可执行文件是否存在以及它们是否位于预期位置。
!{osquery{"label":"Osquery - 按用户检索运行的进程","query":"SELECT pid, username, name FROM processes p JOIN users u ON u.uid = p.uid ORDER BY username"}}
调查过去 48 小时内与用户/主机相关的其他告警。
验证活动是否与计划的补丁、更新、网络管理员活动或合法软件安装有关。
调查更改的脚本是否调用文件系统中其他位置的恶意脚本。
如果脚本或可执行文件被放置，则检索这些文件并确定它们是否为恶意文件。
使用私有的沙盒恶意软件分析系统进行分析。
观察并收集有关以下活动的信息
尝试联系外部域和地址。
检查域是否为新注册的或意外的。
检查域或 IP 地址的信誉。
文件访问、修改和创建活动。
计划任务、服务和其他持久机制。
!{osquery{"label":"Osquery - 检索计划任务信息","query":"SELECT * FROM crontab"}}
调查主题进程/用户出现的异常行为，例如网络连接、文件修改以及任何其他生成的子进程。
调查侦听端口和开放套接字，以查找潜在的命令和控制流量或数据外泄。
!{osquery{"label":"Osquery - 检索侦听端口","query":"SELECT pid, address, port, socket, protocol, path FROM listening_ports"}}
!{osquery{"label":"Osquery - 检索开放套接字","query":"SELECT pid, family, remote_address, remote_port, socket, state FROM process_open_sockets"}}
识别执行操作的用户帐户，对其进行分析，并检查该帐户是否应该执行此类操作。
!{osquery{"label":"Osquery - 检索特定用户信息","query":"SELECT * FROM users WHERE username = {{user.name}}"}}
调查用户当前是否已登录并处于活动状态。
!{osquery{"label":"Osquery - 调查帐户身份验证状态","query":"SELECT * FROM logged_in_users WHERE user = {{user.name}}"}}

误报分析

如果此活动与新的良性软件安装活动有关，请考虑添加例外 - 最好是结合用户和命令行条件。
如果此活动与系统管理员使用 systemd 服务进行管理工作有关，请考虑为该特定系统管理员用户帐户添加例外。
尝试通过考虑用户、机器或业务目的来了解执行的上下文。少数端点（例如具有独特软件的服务器）可能看起来不寻常，但满足特定的业务需求。

相关规则

通过运行控制检测到的潜在持久性 - 0f4d35e4-925e-4959-ab24-911be207ee6f
通过 init.d 检测到的潜在持久性 - 474fd20e-14cc-49c5-8160-d9ab4ba16c8b
创建 Systemd 定时器 - 7fb500fa-8e24-4bd1-9480-2a819352602c

响应和补救措施

根据分类结果启动事件响应流程。
隔离涉事主机以防止进一步的入侵后行为。
如果分类识别出恶意软件，请在环境中搜索其他受感染主机。
实施临时网络规则、流程和分段以遏制恶意软件。
停止可疑进程。
立即阻止已识别的攻击指标 (IoC)。
检查受影响的系统，查找攻击者可能用于重新感染系统的其他恶意软件后门，例如反向 shell、反向代理或 dropper。
调查攻击者入侵或使用的系统上的凭据泄露，以确保识别所有受感染的帐户。重置这些帐户和其他可能受感染的凭据（例如电子邮件、业务系统和 Web 服务）的密码。
删除服务/定时器或恢复其原始配置。
运行完整的反恶意软件扫描。这可能会发现系统中留下的其他工件、持久机制和恶意软件组件。
确定攻击者滥用的初始载体并采取措施以防止通过相同载体再次感染。
利用事件响应数据和日志记录来提高平均检测时间 (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 的更多详细信息，请参阅帮助指南。

规则查询编辑

file where host.os.type == "linux" and event.action in ("rename", "creation") and file.path : (
  "/etc/systemd/system/*", "/etc/systemd/user/*", "/usr/local/lib/systemd/system/*",
  "/lib/systemd/system/*", "/usr/lib/systemd/system/*", "/usr/lib/systemd/user/*",
  "/home/*/.config/systemd/user/*", "/home/*/.local/share/systemd/user/*",
  "/root/.config/systemd/user/*", "/root/.local/share/systemd/user/*"
) and file.extension == "service" and not (
  process.executable in (
    "/bin/dpkg", "/usr/bin/dpkg", "/bin/dockerd", "/usr/bin/dockerd", "/usr/sbin/dockerd", "/bin/microdnf",
    "/usr/bin/microdnf", "/bin/rpm", "/usr/bin/rpm", "/bin/snapd", "/usr/bin/snapd", "/bin/yum", "/usr/bin/yum",
    "/bin/dnf", "/usr/bin/dnf", "/bin/podman", "/usr/bin/podman", "/bin/dnf-automatic", "/usr/bin/dnf-automatic",
    "/bin/pacman", "/usr/bin/pacman", "/usr/bin/dpkg-divert", "/bin/dpkg-divert", "/sbin/apk", "/usr/sbin/apk",
    "/usr/local/sbin/apk", "/usr/bin/apt", "/usr/sbin/pacman", "/bin/podman", "/usr/bin/podman", "/usr/bin/puppet",
    "/bin/puppet", "/opt/puppetlabs/puppet/bin/puppet", "/usr/bin/chef-client", "/bin/chef-client",
    "/bin/autossl_check", "/usr/bin/autossl_check", "/proc/self/exe", "/dev/fd/*",  "/usr/bin/pamac-daemon",
    "/bin/pamac-daemon", "/usr/lib/snapd/snapd", "/usr/local/bin/dockerd"
  ) or
  file.extension in ("swp", "swpx", "swx", "dpkg-remove") or
  file.Ext.original.extension == "dpkg-new" or
  process.executable : (
    "/nix/store/*", "/var/lib/dpkg/*", "/tmp/vmis.*", "/snap/*", "/dev/fd/*", "/usr/lib/virtualbox/*"
  ) or
  process.executable == null or
  (process.name == "sed" and file.name : "sed*") or
  (process.name == "perl" and file.name : "e2scrub_all.tmp*")
)

框架: MITRE ATT&CK^TM

战术
- 名称：持久性
- ID：TA0003
- 参考 URL：https://attack.mitre.org/tactics/TA0003/
技术
- 名称：创建或修改系统进程
- ID：T1543
- 参考 URL：https://attack.mitre.org/techniques/T1543/
子技术
- 名称：Systemd 服务
- ID：T1543.002
- 参考 URL：https://attack.mitre.org/techniques/T1543/002/
战术
- 名称：提权
- ID：TA0004
- 参考 URL：https://attack.mitre.org/tactics/TA0004/
技术
- 名称：创建或修改系统进程
- ID：T1543
- 参考 URL：https://attack.mitre.org/techniques/T1543/
子技术
- 名称：Systemd 服务
- ID：T1543.002
- 参考 URL：https://attack.mitre.org/techniques/T1543/002/

« 创建 Systemd 生成器 Systemd 服务由异常父进程启动 »