« Systemd 服务由异常父进程启动 Systemd-udevd 规则文件创建 »
Elastic 文档 ›Elastic Security Solution [8.14] ›检测和告警 ›预置规则参考

Systemd 定时器已创建

编辑

Systemd 定时器已创建编辑

检测在任何默认 systemd 定时器目录中创建 systemd 定时器。攻击者可以通过计划执行命令或脚本来使用 systemd 定时器来实现持久性。与 cron/at 类似，可以将 systemd 定时器设置为在启动时或在特定时间点执行，这允许攻击者在与受感染资产的连接丢失的情况下重新获得访问权限。

规则类型: eql

规则索引:

  • logs-endpoint.events.file*

严重性: 低

风险评分: 21

每隔: 5 分钟运行一次

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

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

参考:

标签:

  • 域：端点
  • 操作系统：Linux
  • 用例：威胁检测
  • 策略：持久性
  • 资源：调查指南
  • 数据源：Elastic Defend

版本: 12

规则作者:

  • Elastic

规则许可: Elastic 许可证 v2

调查指南编辑

分类和分析

调查 Systemd 定时器已创建

Systemd 定时器用于在 Linux 系统上计划和自动化重复任务或服务。

攻击者可以通过创建 systemd 定时器和对应的 systemd 服务文件，在系统启动或设定时间间隔时运行脚本、命令或恶意软件来利用 systemd 定时器。

此规则监视新 systemd 定时器文件的创建，这可能表明持久机制的创建。

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

可能的调查步骤

  • 调查已创建或修改的定时器文件。
  • !{osquery{"label":"Osquery - 检索文件信息","query":"SELECT * FROM file WHERE path = {{file.path}}"}}
  • 通过以下命令调查当前启用的 systemd 定时器 sudo systemctl list-timers。
  • 搜索与已创建定时器名称类似的 systemd 服务文件。
  • 通过 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 地址的声誉。
  • 文件访问、修改和创建活动。
  • Cron 作业、服务和其他持久性机制。
  • !{osquery{"label":"Osquery - 检索 Crontab 信息","query":"SELECT * FROM crontab"}}

误报分析

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

响应和补救

  • 根据分类结果启动事件响应流程。
  • 隔离涉及的主机以防止进一步的泄露后行为。
  • 如果分诊识别出恶意软件，请搜索环境中其他受感染的主机。
  • 实施临时网络规则、程序和分段以遏制恶意软件。
  • 停止可疑进程。
  • 立即阻止已识别的受感染指标 (IoC)。
  • 检查受影响的系统，查找其他恶意软件后门，如反向 shell、反向代理或攻击者可能用来重新感染系统的投放器。
  • 调查攻击者受感染或使用的系统上的凭据泄露，以确保识别出所有受感染的帐户。重置这些帐户和其他可能受感染的凭据的密码，例如电子邮件、业务系统和 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 == "timer" 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&CKTM

« Systemd 服务由异常父进程启动 Systemd-udevd 规则文件创建 »