两种网络身份认证协议的工作流程——NTLM和Kerberos

两种网络环境中身份认证协议的工作流程——NTLM和Kerberos

本文涉及一些密码学基础知识，疑问之处欢迎阅读这篇《密码学——现代密码体制总结》

一、NTLM

NTLM（New Technology LAN Manager）是一套Windows安全协议，被设计用于为用户提供包含完整性和机密性的身份验证技术。NTLM主要有NTLMv1、NTLMv2和NTLMv2 Session三个版本，最常见的是NTLMv2。

NTLM的身份认证过程（NTLMv2）

NTLM提供了一种在客户端和服务器之间进行身份验证的方式。

它使用了质询-响应机制，其中服务器发送质询给客户端，客户端通过计算响应来证明其身份。NTLM协议还提供了数据完整性和加密的功能，以确保通信的安全性。

• 在工作组中

①发送协商请求(Negotiate)

• 客户端在访问受限服务时，需要输入相应的用户名和密码，此时客户端将其进行预处理和转换，得到一份NTLM Hash进行缓存（并不是直接哈希得到的）；
• 然后发送协商请求包，包含（NTLM Hash以及申请认证的服务信息等），记为TYPE 1。

②发送质询请求(Challenge)

• 服务端根据收到的协商请求包TYPE 1后，如果判断其中的用户名存在，那么就会生成一个16字节的随机值Challenge（NTLMv1为8字节）；
• 并结合支持的服务信息，生成一个质询请求包，包含（Challenge随机值以及支持的服务信息等），记为TYPE 2。

③发送认证响应(Authenticate)

• 客户端使用HMAC-MD5算法来对TYPE 2中的Challenge值进行消息摘要并得到NTLMv2 Response，并结合用户名、Challenge等生成Authenticate响应包，记为TYPE 3；

• 具体来说，客户端将①中得到的NTLM Hash和TYPE 2中的Challenge等作为HMAC-MD5的输入，得到一个摘要值，即NTLMv2 Response。

④服务端验证并应答(Reply)

• 服务端在收到TYPE 3后，根据用户名检索到缓存于本地的NTLM Hash，Challenge等传入HMAC-MD5，并将得到的数据和TYPE 3中的NTLMv2 Response进行比对，若相同则验证客户端身份成功，否则拒绝客户端的访问请求。

• 在域环境中

  在域环境中，由于域控制器的存在（所有域用户的哈希值都存储在域控上的NTDS.dit中），服务器没办法直接进行“工作组验证流程”中的步骤④，只能作为“中间安全人”连通客户端和域控，并将验证过程交给域控。

前三个步骤基本和工作组类似（①协商请求、②质询请求和③认证请求），下面介绍域中新增的几个步骤：

④验证转发

• 服务器将收到的TYPE 3转发给域控制器，请求验证。

⑤验证回复

• 采用和在工作组中的步骤④相同的方法来对认证请求进行验证，随后域控制器将验证结果返回给服务器。

⑥回复转达

• 服务器将验证结果转达给客户端。

二、Kerberos

Kerberos是一种身份验证协议，旨在为大型网络环境（如Windows域环境）提供强大身份验证和访问控制。

Kerberos的认证过程

在Kerberos的工作流程中，需要至少三个实体的参与：客户端Client、服务器Server以及密钥分发中心KDC，其中KDC包括了认证服务器AS及票据授权服务器TGS。

在使用Kerberos协议的网络环境中，新加入的客户端若想要访问某项应用服务时，通常需要经历以下流程：

• ①向认证服务器AS请求

  • 客户端向AS发送一个包含密文的请求包（除了密文，还包括能体现用户身份的主体名等）；
  • 密文：客户端使用密钥对一系列数据（如ClientID、随机生成的Challenge及时间戳等）进行加密得到密文，加密算法往往是对称加密算法（如AES）
  • 密钥的产生：通常是向密钥派生函数输入客户端密码的哈希值得到的一个临时密钥

• ②认证服务器AS响应

  • AS根据请求中所提及的用户，在本地存储中找到该用户的密码哈希值；

  • 使用和客户端相同的方法（密钥派生函数）以期获得一个相同的密钥；

  • AS使用生成的临时密钥对请求包中的密文进行解密，倘若解密成功，说明客户端的确拥有正确的密码（在对称密码算法中，要求加密和解密的密钥相同）；

  • 接下来，AS会在响应包中放入票据授权凭证TGT（Ticket Granting Ticket），TGT中包含用户特权证书PAC（Privilege Attribute Certificate），PAC指明了该用户所持有的权限信息等。

    TGT是使用krbtgt账户的NTLM Hash来对对客户端身份等进行对称加密得到的；

    krbtgt是KDC中的一个特殊账户，用于生成和分发TGT。

• ③向票据授权服务器TGS请求

  • 客户端携带着密文TGT，向TGS发起针对目的应用服务的请求。

• ④票据授权服务器TGS响应

  • TGS使用krbtgt的NTLM Hash来对密文TGT进行对称解密，如果解密成功，TGS就会在响应包中放入服务票据ST（Service Ticket）。

    ST是使用目的服务器的NTLM Hash来对PAC等进行加密得到的密文。

• ⑤向应用服务器S请求

  • 客户端携带密文ST对目标服务器进行访问。

• ⑥应用服务器S响应

  • 服务器使用自己的NTLM Hash来对密文ST进行对称解密，如果解密成功，则将其中的PAC交由KDC进行解密并鉴权。

    之前提到了只有KDC才能制作和查看PAC：因为PAC本身是使用KDC中特殊账户krbtgt的NTLM Hash来加密得到的。

三、小结

NTLM和Kerberos是内网渗透中最常见的两种身份认证协议：

• NTLM是一套Windows安全协议，使用质询-响应机制进行身份验证。它提供了数据完整性和加密功能，适用于工作组和域环境。

• Kerberos是一种身份验证协议，旨在为大型网络环境提供强大的身份验证和访问控制。它涉及客户端、服务器和密钥分发中心的参与，通过票据授权实现安全访问。

理解它们的工作流程也是理解相应内网攻击手段的前置条件（如针对NTLM的中继攻击、针对Kerberos的黄金、白银票据攻击及委派攻击等，鉴于篇幅原因，只能在后续进行单独介绍）。