通过 NsLookup 进行潜在 DNS 隧道传输
编辑通过 NsLookup 进行潜在 DNS 隧道传输编辑
此规则识别出大量（15 个）来自同一主机的带有明确查询类型的 nslookup.exe 执行。这可能表明利用 DNS 协议的命令和控制活动。
规则类型: eql
规则索引:
- winlogbeat-*
- logs-endpoint.events.process-*
- logs-windows.*
- endgame-*
- logs-system.security*
严重性: 中等
风险评分: 47
每隔运行: 5 分钟
从以下时间开始搜索索引: now-9m（日期数学格式，另请参见 附加回溯时间）
每次执行的最大警报数: 100
参考:
标签:
- 域：端点
- 操作系统：Windows
- 用例：威胁检测
- 策略：命令和控制
- 资源：调查指南
- 数据源：Elastic Endgame
- 数据源：Elastic Defend
版本: 110
规则作者:
- Elastic
规则许可: Elastic License v2
调查指南编辑
分类和分析
调查通过 NsLookup 进行潜在 DNS 隧道传输
攻击者可以滥用允许与外部资源进行 DNS 通信的现有网络规则，将协议用作其命令和控制和/或渗透通道。
DNS 查询可用于渗透数据（例如要运行的命令、恶意文件等），也可用于渗透，因为查询可用于将数据发送到攻击者控制的 DNS 服务器。此过程通常称为 DNS 隧道传输。
有关隧道工作原理及其如何被滥用的更多信息，请参阅 Palo Alto Unit42 研究。
可能的调查步骤
- 调查未知进程的脚本执行链（父进程树）。检查其可执行文件是否普遍存在，是否位于预期位置，以及是否已使用有效的数字签名进行签名。
- 调查过去 48 小时内与用户/主机关联的其他警报。
- 检查 DNS 查询并识别已发送的信息。
- 提取此通信的入侵指标 (IoC)，并使用流量日志搜索其他可能受损的主机。
误报分析
- 此机制可以合法使用。如果父进程受信任，并且发送的数据不敏感或与命令和控制无关，则可以关闭此警报。
响应和补救
- 根据分类结果启动事件响应流程。
- 隔离相关主机以防止进一步的入侵后行为。
- 立即阻止已识别的入侵指标 (IoC)。
- 实施任何临时网络规则、程序和分段以遏制攻击。
- 调查攻击者入侵或使用的系统上的凭据泄露情况，以确保识别所有受损帐户。重置这些帐户和其他可能受损凭据的密码，例如电子邮件、业务系统和网络服务。
- 更新防火墙规则以使其更具限制性。
- 重新映像主机操作系统或将受损文件还原为干净版本。
- 运行完整的反恶意软件扫描。这可能会揭示系统中留下的其他工件、持久性机制和恶意软件组件。
- 确定攻击者滥用的初始媒介，并采取措施防止通过同一媒介重新感染。
- 使用事件响应数据，更新日志记录和审计策略以改善平均检测时间 (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
-
策略
- 名称：命令和控制
- ID：TA0011
- 参考 URL：https://attack.mitre.org/tactics/TA0011/
-
技术
- 名称：应用层协议
- ID：T1071
- 参考 URL：https://attack.mitre.org/techniques/T1071/
-
子技术
- 名称：DNS
- ID：T1071.004
- 参考 URL：https://attack.mitre.org/techniques/T1071/004/
-
技术
- 名称：协议隧道
- ID：T1572
- 参考 URL：https://attack.mitre.org/techniques/T1572/