Agent Skills
返回列表
🔒

NTLM中继与强制认证

IT 运维与安全 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中：

请根据 https://skillhub.cn/install/skillhub.md，安装 @user_3c6cb52e/ntlm-relay-coercion-lr-wnkn。

技能介绍

解决什么问题

NTLM 中继远不是"抓到哈希转发一下"那么简单。SMB、LDAP、HTTP、MSSQL 这些目标协议各有自己的签名与 EPA（扩展认证保护）要求，跨协议中继的约束往往直接决定攻击链能否成立。基础模型常在这些细节上翻车：忘记确认 SMB 签名是否开启、忽略 EPA 导致中继到 LDAP 时被拒，或者没搞清目标实际监听的协议，结果强制认证成功却无路可中继。强制认证入口同样繁杂——PetitPotam、PrinterBug、DFSCoerce 等方法的 RPC 级前提条件各不相同，选错入口等于从第一步就失败。

技能如何工作

这个 playbook 按"中继目标 → 前置条件 → 强制认证入口"组织：

  • 协议中继覆盖：支持将 NTLM 认证中继到 SMB、LDAP、HTTP、MSSQL，并逐一梳理签名要求与 EPA 检查点
  • 目标投毒：Responder 投毒与 mitm6 配合，搭建跨协议中继所需的中间人路径
  • 跨协议中继：明确端口与协议映射的约束，避开"能触发认证但中继不过去"的常见错误
  • 强制认证：覆盖主流认证强制方法，含 WebDAV 强制认证，并附 RPC 函数级细节与前提条件；COERCION_METHODS.md 提供各方法的对比与 Coercer 工具的用法与发现流程
  • 进阶路由：中继到 ADCS 注册（ESC8）、经 LDAP 中继修改 ACL（RBCD、shadow creds）、中继成功后的 Kerberos 攻击与横向移动，分别路由到对应的专题技能

适用边界与注意点

  • 中继是否成立取决于服务端配置：SMB 签名开启会阻断 SMB 中继，EPA 会破坏部分协议间的凭证转发，动手前先确认目标配置
  • 各强制认证方法的可用性取决于域内权限与服务状态，Coercer 只能辅助发现，不代表所有方法在当前环境都有效
  • 该技能聚焦中继与强制认证本身，中继成功后的利用（Kerberos 攻击、横向移动）需配合其他技能完成
  • 仅适用于授权范围内的安全测试与防御验证

使用场景

  • 当SMB签名开启导致常规中继失败，需判断EPA配置下改用LDAP或HTTP中继是否可行
  • 针对域内未打补丁的主机，需验证PetitPotam与PrinterBug两种强制认证的可用性差异
  • 在跨协议环境中，需确认mitm6与Responder组合能否建立有效的中继路径至MSSQL
  • 当目标启用EPA时，需测试WebDAV强制认证能否绕过特定协议的认证限制

适合人员

  • 负责域渗透测试的红队工程师，需要验证NTLM中继链路的实际可行性与前置条件
  • 企业AD安全运维人员，需排查域内主机强制认证入口并加固签名与EPA配置
  • 研究认证协议攻击的渗透测试人员，需对比不同强制认证方法的RPC前提与适用场景
  • 安全架构师，需评估跨协议中继的防御盲区并设计对应的检测策略