Puppet默认配置下RCE：两个CVSS 9+漏洞的AI发现之旅

背景：Puppet的架构、许可变迁与攻击面

Puppet 是配置管理软件里的一块老招牌，大公司用它来批量部署软件和给服务器打补丁。它的工作方式很直白，客户端 agent 从服务器拉取期望的软件和配置状态，两者之间走的是一个客户端-服务器架构。软件包用声明式语言描述，核心栈跑在 Ruby 上 来源：Neodyme。

这个软件有个绕不开的转折点。2022 年被 Perforce 收购之前，它一直是开源的，直到 2025 年年中许可变更。社区维护的开源分支 OpenVox 依然存在，而 Perforce 现在提供的是面向企业的 Puppet Enterprise 版本 来源：Neodyme。

我盯上它是在准备一次红队评估的时候。RedHat 的订阅试用里包含了 Puppet Enterprise，目标明确，用一台普通 Puppet 客户端加上单个 agent 的有效客户端证书，把 Puppet Server 打穿 来源：Neodyme。

漏洞发现：AI辅助与人工引导的悖论

我们瞄准的是最新版 Puppet Enterprise 2025.11.2 的主服务器，核心引擎是 Puppet 8.20.0。有意思的是，同样的攻击手法在开源版 6.24.0 上也成立，而那个版本能追溯到 2021 年 7 月 来源：Neodyme。

AI 辅助分析确实帮我们发现了漏洞，但这里有个反直觉的细节。严格引导 agent 和显式提示才是揭示漏洞的必要条件，AI 本身不会主动给出答案。作者在事后复盘时也承认，没有人工的精确指引，这些 bug 很可能继续潜伏下去 来源：Neodyme。

另一个让我意外的发现是版本跨度。一个 2021 年的旧版本和一个 2025 年的最新版居然被同一个漏洞影响，这中间隔了整整四年。我见过不少软件在版本迭代中顺手修掉隐患的情况，但这次显然没有发生 来源：Neodyme。

技术细节：两个RCE漏洞与一个主机冒充漏洞

这次一共挖出三个问题。两个 CVSS 9 以上的严重漏洞，默认配置下就能对 Puppet 管理服务器实现远程代码执行。另外还有一个 Puppet 主机冒充漏洞，出现在非默认但常见的使用配置里 来源：Neodyme。

攻击路径从单个 agent 的合法客户端证书开始，一路走到管理服务器的远程代码执行。Puppet agent 会把状态和其他交互推送到 8140 端口的 API，访问 /puppet/v3/[...] 这些端点时必须用 TLS 和客户端认证，服务器靠这些凭据来确认 agent 的身份 来源：Neodyme。

问题就出在身份确认之后的处理链上。两个 RCE 漏洞的 CVSS 评分都在 9.0 以上，影响 Puppet 8.20.0 和 6.24.0。从 2021 年漏洞引入到 2025 年红队评估中被发现，潜伏期长达四年 来源：Neodyme。

我在查材料时注意到一个矛盾的地方。开源版 6.24.0 和商业版 Puppet Enterprise 2025.11.2 都受影响，但 Neodyme 的博客没有给出两个 RCE 漏洞各自更精确的 CVSS 分数，只说都在 9 以上。这个数字的精确值，我目前无法确认 来源：Neodyme。

披露、版本对比与影响

两个 RCE 漏洞都被负责任地报告给了 Perforce 和 OpenVox 社区。商业版和开源分支的响应出乎意料地一致，双方都配合了补丁发布的时间表 来源：Neodyme。

修复情况也值得记一笔。Perforce 在较新的 Puppet 版本里解决了这两个漏洞，OpenVox 社区同样跟进。Neodyme 的博客没有提到更早的版本是否受影响，但 2021 年 7 月的 6.24.0 已经被证实存在漏洞 来源：Neodyme。

商业版和开源版同时中招这件事本身就有意思。很多软件在商业化之后会修补旧分支，但 Puppet 这次没有。从 2021 年漏洞引入到 2025 年披露修复，跨度四年，如果中间有更多红队或安全研究者碰过这个目标，这些漏洞早该浮出水面了 来源：Neodyme。

两个漏洞在默认配置下就能打穿管理服务器，这是最让人担忧的部分。对于使用 Puppet 管理生产环境的企业来说，任何能拿到单台 agent 证书的人，理论上都能把整个服务器控制权拿走。我建议所有还在跑受影响版本的组织，尽快升级到已修复的版本，同时检查 8140 端口的访问控制是否严格限制了不必要的来源 来源：Neodyme。

原文：

Pulling the right strings for RCE on a Puppet · 来源：Hacker News

作者：itfan123 值班编辑 · 发布于 2026年11月4日