Add files via upload

Chapter15/15-27.md

@@ -0,0 +1,50 @@
+### 土豆家族提权原理
+
+**一、核心原理：令牌模拟和特权滥用**
+
+所有“土豆家族”提权方法都围绕着以下两个关键机制：
+
+**1. `SeImpersonatePrivilege` 滥用**
+
+- **`SeImpersonatePrivilege`** (模拟客户端权限) 允许一个线程模拟另一个用户（客户端）的安全上下文。当一个进程（例如一个服务）接受了一个来自另一个进程的连接并验证了其身份后，它可以暂时切换到该连接客户端的身份来执行操作
+- 在土豆攻击中，一个低权限用户（拥有该权限）首先会诱导一个**高权限服务进程**（通常运行为 `SYSTEM` 或 `NETWORK SERVICE`）向攻击者控制的 **本地** 服务发起认证请求（例如 NTLM 认证）
+- 攻击者截获这个高权限的 **NTLM 认证** 流量，并利用 Windows API 中的 **`ImpersonateNamedPipeClient`** 或 **DCOM/RPCSS** 相关的函数，**获取** 一个代表该高权限账户（如 `NETWORK SERVICE` 或 `SYSTEM`）的 **模拟令牌**（Impersonation Token）
+- 然而，一个模拟令牌不足以创建一个新进程，它只能用于线程级的操作。要实现完全提权，需要将模拟令牌**升级**为一个 **主令牌**（Primary Token）
+
+**2. 令牌升级**
+
+- 获得 **模拟令牌** 后，攻击者需要将其转换为一个可以启动新进程的 **主令牌**
+- 通常会利用 Windows API 中的 **`CreateProcessWithTokenW`** 或其他相关函数，通过将模拟令牌传递给它，尝试创建一个以 **`SYSTEM`** 身份运行的新进程（如一个新的 `cmd.exe` 命令行）
+- 对于像 **Rotten Potato** 这样的技术，利用了 **DCOM** 和 **RPC** 的特定设计缺陷，来强制获取一个高权限的 **模拟令牌** 并进行升级
+
+**二、经典土豆家族提权技术详解**
+
+**1. Rotten Potato (烂土豆)**
+
+这是土豆家族的鼻祖，利用了 **Windows DCOM/RPC** 的一个缺陷
+
+- **目标账户：** 通常从 **`SERVICE`** 或拥有 `SeImpersonatePrivilege` 的账户开始
+- **核心步骤：**
+  1. 攻击者作为低权限用户（拥有 `SeImpersonatePrivilege`）创建一个 **本地 RPC 服务器**（通常是通过命名管道实现）
+  2. 攻击者通过 **DCOM/COM** 机制（尤其是利用 **`BITS`** 服务中的特定 COM 对象，如 **`IBackgroundCopyQMgr`**），强制一个 **`NT AUTHORITY\SYSTEM`** 身份的服务进程连接并认证到攻击者创建的本地 RPC 服务器
+  3. 在这个认证过程中，攻击者截获了来自 `SYSTEM` 服务的 **NTLM Challenge/Response** 流量
+  4. 最关键的一步，攻击者利用 **RPCSS 服务**（通常运行为 `SYSTEM`）的一个漏洞，在本地 RPC 连接上调用 **`ImpersonateNamedPipeClient`** API，成功获取一个 **`SYSTEM`** 用户的 **模拟令牌**
+  5. 最后，攻击者利用 **`CreateProcessAsUser`** 或类似函数，使用这个 `SYSTEM` 模拟令牌启动一个新的、拥有 **`SYSTEM` 主令牌** 的进程
+
+**2. Juicy Potato (多汁土豆)**
+
+Rotten Potato 在 Windows 新版本中受到限制，Juicy Potato 是其改进版
+
+- **目标账户：** 同样是从拥有 `SeImpersonatePrivilege` 的账户开始
+- **核心改进：** Juicy Potato 放弃了依赖特定的 BITS COM 对象，而是利用了 **DCOM 本地激活** 的灵活性。它允许攻击者指定任何一个可以被 `NETWORK SERVICE` 或 `SYSTEM` 账户激活的 **COM 对象**（通过其 **CLSID**），并强制该对象触发到攻击者控制的 **本地 TCP 监听器** 或 **命名管道** 的 NTLM 认证
+- 攻击者可以通过查找机器上可用的 **CLSID** 列表，找到一个能够在低权限下触发高权限认证的 COM 对象，绕过了 Rotten Potato 对 BITS 服务的限制
+- **提权机制** 的核心仍是 **DCOM 强制认证** → **获取 SYSTEM 模拟令牌** → **升级为 SYSTEM 主令牌**
+
+**3. RoguePotato (流氓土豆)**
+
+随着 Windows 补丁（如 2018 年对 DCOM 本地激活的限制），Juicy Potato 逐渐失效。RoguePotato 引入了 **Oxid Resolver** 滥用
+
+- **核心改进：** RoguePotato 侧重于滥用 **DCOM 的远程协议**（MS-DCOM/MS-RPC）中的 **OXID 解析器**（Oxid Resolver）机制
+- 它强制一个高权限 COM 服务器（运行为 `SYSTEM`）去连接一个由攻击者控制的 **虚假/恶意 OXID 解析器**
+- 通过精巧地构造 **RPC 绑定字符串**，攻击者可以使高权限进程在进行远程 OXID 解析时，被迫回退到 **本地** 的 **命名管道**（Named Pipe）认证
+- 通过这种方式，攻击者可以再次捕获 `SYSTEM` 账户的认证，并获得 **模拟令牌**，最终实现提权