« 不寻常的父进程启动的 Systemd 服务 创建 Systemd-udevd 规则文件 »
Elastic 文档 ›Elastic 安全解决方案 [8.17] ›检测和警报 ›预构建规则参考

创建 Systemd 计时器

编辑

创建 Systemd 计时器

编辑

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

规则类型: eql

规则索引:

  • logs-endpoint.events.file*

严重程度: 低

风险评分: 21

运行频率: 5 分钟

搜索索引起始时间: now-9m（日期数学格式，另请参阅 额外回溯时间）

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

参考资料:

标签:

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

版本: 15

规则作者:

  • Elastic

规则许可证: Elastic License 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}}"}}
  • 通过以下命令 sudo systemctl list-timers 调查当前已启用的 systemd 计时器。
  • 搜索与创建的计时器名称类似的 systemd 服务文件。
  • 调查是否已通过 OSQuery 更改了任何可用 systemd 目录中的其他文件。
  • !{osquery{"label":"Osquery - 检索文件列表信息","query":"SELECT * FROM file WHERE (path LIKE /etc/systemd/system/% OR path LIKE /usr/local/lib/systemd/system/% OR path LIKE\n'/lib/systemd/system/%' OR path LIKE /usr/lib/systemd/system/% OR path LIKE\n'/home/{{user.name}}/.config/systemd/user/%' OR path LIKE /home/{{user.name}}/.local/share/systemd/user/% OR path LIKE\n'/root/.config/systemd/user/%' OR path LIKE /root/.local/share/systemd/user/% OR path LIKE /etc/systemd/user/% OR\npath 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/% OR path\nLIKE /root/.config/systemd/user/% OR path LIKE /root/.local/share/systemd/user/% OR path LIKE /etc/systemd/user/%\nOR 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", "/usr/bin/crio", "/usr/sbin/crond",
    "/opt/puppetlabs/puppet/bin/ruby", "/usr/libexec/platform-python", "/kaniko/kaniko-executor",
    "/usr/local/bin/dockerd", "/usr/bin/podman", "/bin/install", "/proc/self/exe"
  ) or
  process.name like (
    "python*", "crio", "apt-get", "install", "snapd", "cloudflared", "sshd", "convert-usrmerge", "docker-init",
    "google_metadata_script_runner"
  ) 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 规则文件 »