通过 NsLookup 的潜在 DNS 隧道

编辑

此规则识别来自同一主机的具有显式查询类型的大量(15 个)nslookup.exe 执行。这可能表明利用 DNS 协议的命令和控制活动。

规则类型: eql

规则索引:

  • winlogbeat-*
  • logs-endpoint.events.process-*
  • logs-windows.forwarded*
  • logs-windows.sysmon_operational-*
  • endgame-*
  • logs-system.security*
  • logs-m365_defender.event-*
  • logs-sentinel_one_cloud_funnel.*

严重性: 中

风险评分: 47

运行频率: 5 分钟

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

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

参考:

标签:

  • 域:端点
  • 操作系统:Windows
  • 用例:威胁检测
  • 策略:命令和控制
  • 资源:调查指南
  • 数据源:Elastic Endgame
  • 数据源:Elastic Defend
  • 数据源:系统
  • 数据源:Microsoft Defender for Endpoint
  • 数据源:SentinelOne
  • 数据源:Sysmon

版本: 311

规则作者:

  • Elastic

规则许可证: Elastic License v2

调查指南

编辑

分类和分析

调查通过 NsLookup 的潜在 DNS 隧道

攻击者可以滥用允许与外部资源进行 DNS 通信的现有网络规则,以将该协议用作其命令和控制和/或数据泄露通道。

DNS 查询可用于渗透数据,例如要运行的命令、恶意文件等,也用于数据泄露,因为查询可用于将数据发送到攻击者控制的 DNS 服务器。此过程通常称为 DNS 隧道。

有关隧道如何工作以及如何被滥用的更多信息,请参阅 Palo Alto Unit42 研究

可能的调查步骤

  • 调查未知进程的脚本执行链(父进程树)。检查它们的可执行文件是否普遍存在,是否位于预期位置,以及是否使用有效的数字签名进行签名。
  • 调查过去 48 小时内与用户/主机相关的其他警报。
  • 检查 DNS 查询并识别发送的信息。
  • 提取此通信的入侵指标 (IoC),并使用流量日志搜索其他可能受损的主机。

误报分析

  • 这种机制可以合法使用。如果父进程受信任,并且发送的数据不是敏感数据,也不是与命令和控制相关的数据,则可以关闭此警报。

响应和补救

  • 根据分类的结果启动事件响应流程。
  • 隔离相关主机以防止进一步的妥协后行为。
  • 立即阻止识别的入侵指标 (IoC)。
  • 实施任何必要的临时网络规则、程序和分段,以控制攻击。
  • 调查攻击者入侵或使用的系统上的凭据泄露情况,以确保识别所有受损帐户。重置这些帐户和其他可能受损的凭据的密码,例如电子邮件、业务系统和 Web 服务。
  • 更新防火墙规则以使其更具限制性。
  • 重新映像主机操作系统或将受损文件恢复为干净的版本。
  • 运行全面的反恶意软件扫描。这可能会揭示系统中遗留的其他人工制品、持久性机制和恶意软件组件。
  • 确定攻击者滥用的初始向量,并采取措施防止通过同一向量再次感染。
  • 使用事件响应数据,更新日志记录和审计策略,以提高平均检测时间 (MTTD) 和平均响应时间 (MTTR)。

规则查询

编辑
sequence by host.id with maxspan=5m
[process where host.os.type == "windows" and event.type == "start" and
  process.name : "nslookup.exe" and process.args:("-querytype=*", "-qt=*", "-q=*", "-type=*")] with runs = 10

框架: MITRE ATT&CKTM