Windows 身份验证：NTLM 与 Kerberos

Windows 使用两种主要的身份验证协议：NTLM（较旧的质询-响应协议）和 Kerberos（现代的基于票据的协议）。理解二者对于 Active Directory 的攻击和防御至关重要。

NTLM 通过三条消息工作：Negotiate、Challenge 和 Authenticate。客户端使用服务器的随机质询对用户密码进行哈希处理。传输的是哈希值，而不是明文密码。

由于 NTLM 使用哈希值进行身份验证，窃取哈希值后即可在不知道明文密码的情况下进行身份验证。这是哈希传递攻击的核心——哈希值 IS 凭据本身。

Kerberos 使用受信任的第三方（KDC——密钥分发中心）来签发票据。它提供双向身份验证，并且在初次签发 TGT 后，避免在网络上传输凭据。

1. 客户端将身份验证服务器请求发送到身份验证服务器（使用密码哈希加密）。2. 身份验证服务器返回使用 krbtgt 密钥加密的 TGT。3. 客户端向 TGS 出示 TGT，请求服务票据。4. 客户端向目标服务出示服务票据。

TGT（票据授予票据）：用于向 KDC 证明身份，有效期约为 10 小时。服务票据：授予对特定服务的访问权限。两者都使用客户端无法读取的密钥进行加密。

Kerberos 更受推荐：支持相互身份验证，避免明文传输，也更难被中继。Kerberos 失败时 NTLM 会回退（例如通过 IP 地址访问或访问非域主机）——攻击者会强制触发 NTLM 回退来捕获哈希。

NTLM 中继会截获一次 NTLM 身份验证尝试，并将其转发到另一项服务，从而在不知道受害者密码的情况下冒充受害者完成身份验证。Responder 负责捕获，ntlmrelayx 负责中继。

预身份验证要求客户端先使用密码哈希加密时间戳，然后才能接收 TGT。未要求预身份验证的账户容易受到 AS-REP 烘焙攻击——攻击者可以请求其 TGT，并在离线状态下破解。

黄金票据：使用 krbtgt 哈希签名伪造的 TGT，可授予对所有资源的访问权限。白银票据：针对特定服务伪造的服务票据，更加隐蔽，并且不会接触 KDC。

在可能的情况下禁用 NTLM，强制启用 SMB 签名以防止中继，为所有账户要求预身份验证，监控异常票据请求（事件 ID 4768、4769），并保护 krbtgt 账户。

Kerberos TGT 能够实现什么功能？

NTLM 通过哈希质询-响应机制进行身份验证，容易受到中继攻击和哈希传递攻击。Kerberos 使用受信任 KDC 签发的票据，安全性更强，但当 KDC 被攻陷时，仍容易受到 Kerberos 票据烘焙攻击、AS-REP 烘焙攻击以及黄金票据和白银票据攻击。了解这两种协议，才能理解 AD 的攻击路径并实施有针对性的加固。