通过 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