« Azure AD 同步服务加载不受信任的 DLL 用户异常的 AWS 命令 »
Elastic 文档 ›Elastic 安全解决方案 [8.16] ›检测和告警 ›预构建规则参考

已加载不受信任的驱动程序

编辑

已加载不受信任的驱动程序

编辑

识别尝试加载不受信任的驱动程序的企图。攻击者可能会修改代码签名策略以启用未签名或自签名代码的执行。

规则类型: eql

规则索引:

  • logs-endpoint.events.library-*

严重性: 高

风险评分: 73

每: 5 分钟运行一次

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

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

参考资料:

标签:

  • 领域：端点
  • 操作系统：Windows
  • 用例：威胁检测
  • 战术：防御规避
  • 资源：调查指南
  • 数据源：Elastic Defend

版本: 9

规则作者:

  • Elastic

规则许可证: Elastic License v2

调查指南

编辑

分类和分析

调查已加载不受信任的驱动程序

Microsoft 创建了 Windows 驱动程序签名强制 (DSE) 安全功能，以防止具有无效签名的驱动程序加载并执行到内核（环 0）。DSE 旨在通过阻止攻击者在目标上加载恶意驱动程序来保护系统。

此保护对于维护系统安全至关重要。但是，攻击者或管理员可以禁用 DSE 并加载不受信任的驱动程序，这会使系统面临风险。因此，务必启用此功能，并且仅加载来自受信任来源的驱动程序，以确保系统完整性和安全性。

此规则识别尝试加载不受信任的驱动程序的企图，这实际上意味着 DSE 已被禁用或绕过。这可能表明系统已被入侵。

注意: 此调查指南使用 Elastic Stack 版本 8.5.0 中引入的 Osquery Markdown 插件。较旧的 Elastic Stack 版本将在此指南中显示未呈现的 Markdown。

可能的调查步骤

  • 检查加载的驱动程序以识别潜在的可疑特征。以下操作可以帮助您了解上下文
  • 确定加载驱动程序的路径。如果您使用的是 Elastic Defend，则可以在 dll.path 字段中找到路径信息。
  • 检查文件创建和修改时间戳
  • 在 Elastic Defend 中，这些可以在 dll.Ext.relative_file_creation_time 和 dll.Ext.relative_file_name_modify_time 字段中找到。值为秒。
  • 搜索与 dll.name 字段具有相同文件名的文件创建事件，并确定负责此操作的进程。
  • 调查目标进程的任何其他异常行为，例如网络连接、注册表或文件修改以及任何生成的子进程。
  • 使用驱动程序 SHA-256 (dll.hash.sha256 字段) 哈希值在 VirusTotal、Hybrid-Analysis、CISCO Talos、Any.run 等资源中搜索其存在和声誉。
  • 调查过去 48 小时内与用户/主机相关的其他警报。
  • 通过查找主机上的类似事件来评估此行为在环境中是否普遍存在。
  • 使用 Osquery 调查加载到系统中的驱动程序。
  • !{osquery{"label":"Osquery - 使用 VirusTotal 链接检索所有非 Microsoft 驱动程序","query":"SELECT concat(https://www.virustotal.com/gui/file/, sha1) AS VtLink, class, description, directory, image,\nissuer_name, manufacturer, service, signed, subject_name FROM drivers JOIN authenticode ON drivers.image =\nauthenticode.path JOIN hash ON drivers.image = hash.path WHERE NOT (provider == \"Microsoft\" AND signed == \"1\")\n"}}
  • !{osquery{"label":"Osquery - 使用 VirusTotal 链接检索所有未签名的驱动程序","query":"SELECT concat(https://www.virustotal.com/gui/file/, sha1) AS VtLink, class, description, directory, image,\nissuer_name, manufacturer, service, signed, subject_name FROM drivers JOIN authenticode ON drivers.image =\nauthenticode.path JOIN hash ON drivers.image = hash.path WHERE signed == \"0\"\n"}}
  • 确定驱动程序的 设备名称 和 服务名称。
  • 检查 相关规则 部分中指定的规则发出的警报。

误报分析

  • 此活动不应该合法发生。安全团队应解决任何潜在的良性真阳性 (B-TP)，因为此配置会危及用户和域。

相关规则

  • 首次出现的已加载驱动程序 - df0fd41e-5590-4965-ad5e-cd079ec22fa9
  • 通过注册表修改代码签名策略 - da7733b1-fe08-487e-b536-0a04c6d8b0cd
  • 通过内置工具修改代码签名策略 - b43570de-a908-4f7f-8bdb-b2df6ffd8c80

响应和补救

  • 根据分类结果启动事件响应流程。
  • 隔离涉嫌主机以防止进一步的入侵后行为。
  • 禁用并卸载系统中发现的所有可疑驱动程序。这可以通过设备管理器完成。（注意：此步骤可能需要您将系统引导到安全模式。）
  • 删除系统中找到的相关服务和注册表项。请注意，如果驱动程序仍已安装，则服务可能不会停止。
  • 这可以通过 PowerShell Remove-Service cmdlet 完成。
  • 运行完整的反恶意软件扫描。这可能会发现系统中留下的其他工件、持久性机制和恶意软件组件。
  • 如果分类确定了恶意软件，请在环境中搜索其他受感染的主机。
  • 实施临时网络规则、程序和分段以遏制恶意软件。
  • 停止可疑进程。
  • 立即阻止已识别的入侵指标 (IoC)。
  • 检查受影响的系统是否存在其他恶意软件后门，例如反向 shell、反向代理或攻击者可能用来重新感染系统的 dropper。
  • 删除并阻止分类期间确定的恶意工件。
  • 确保系统上已启用驱动程序签名强制。
  • 调查受感染系统或攻击者使用的系统上的凭据泄露，以确保识别所有受感染的帐户。重置这些帐户和其他可能受感染的凭据（例如电子邮件、业务系统和 Web 服务）的密码。
  • 确定攻击者滥用的初始载体，并采取措施防止通过同一载体再次感染。
  • 使用事件响应数据，更新日志记录和审计策略，以提高平均检测时间 (MTTD) 和平均响应时间 (MTTR)。

规则查询

编辑
driver where host.os.type == "windows" and process.pid == 4 and
  dll.code_signature.trusted != true and
  not dll.code_signature.status : ("errorExpired", "errorRevoked", "errorCode_endpoint:*")

框架: MITRE ATT&CKTM

« Azure AD 同步服务加载不受信任的 DLL 用户异常的 AWS 命令 »