External Forest Domain - One-Way (Outbound)
在这种情况下，您的域正在向来自不同域的主体授予一些特权。
枚举
出站信任
信任账户攻击
当两个域之间建立信任关系时，即域 A 和域 B 之间建立信任关系时存在安全漏洞，其中域 B 将其信任扩展到域 A。在这种设置中，在域 A 中为域 B 创建了一个特殊账户，该账户在两个域之间的身份验证过程中起着至关重要的作用。与域 B 关联的这个账户用于加密跨域访问服务的票据。
在这里需要理解的关键方面是，可以使用命令行工具从域 A 中的域控制器中提取此特殊账户的密码和哈希值。执行此操作的命令是：
这种提取是可能的，因为该帐户在其名称后面标有**$，是活动的，并且属于域A的"Domain Users"组，从而继承与该组关联的权限。这允许个人使用该帐户的凭据对域A**进行身份验证。
警告： 可以利用这种情况在域A中作为用户获得立足点，尽管权限有限。但是，这种访问权限足以在域A上执行枚举。
在ext.local是信任域，root.local是受信任域的情况下，将在root.local中创建一个名为EXT$的用户帐户。通过特定工具，可以转储Kerberos信任密钥，揭示root.local中EXT$的凭据。实现此目的的命令是：
接下来，可以使用提取的RC4密钥通过另一个工具命令以root.local\EXT$的身份在root.local中进行身份验证：
这个认证步骤打开了在 root.local 内枚举甚至利用服务的可能性，比如执行 Kerberoast 攻击来提取服务账户凭据：
收集明文信任密码
在先前的流程中，使用了信任哈希而不是明文密码（也被mimikatz转储）。
可以通过将mimikatz的[ CLEAR ]输出从十六进制转换并移除空字节‘\x00’来获取明文密码：
有时，在创建信任关系时，用户必须输入信任的密码。在此演示中，密钥是原始信任密码，因此是可读的。随着密钥循环（30天），明文将不再是可读的，但从技术上讲仍然可用。
明文密码可用于以信任帐户身份执行常规身份验证，这是使用信任帐户的Kerberos密钥请求TGT的替代方法。在此示例中，从ext.local查询root.local以获取Domain Admins的成员：
参考
最后更新于
