4. 攻击向量

认证管理员可以向 /apis/api.console.halo.run/v1alpha1/plugins/-/install-from-uri 端点发送包含恶意远程插件 JAR URL 的构造 HTTP POST 请求。

5. 技术分析与攻击链

远程代码执行通过以下操作序列发生：

1. 端点接收： PluginEndpoint.installFromUri() 方法处理传入的请求体（InstallFromUriRequest）并提取用户提供的 uri 字符串。未应用域名白名单过滤。
2. 无防护的文件获取： 提取的 URI 被传递给 DefaultReactiveUrlDataBufferFetcher.fetch(uri)。与 Halo 中的其他内部网络组件不同，该获取器不会调用 HttpSecurityUtils.secureHttpClient()，从而跳过了内部私有网络/回环 IP 限制（SSRF 防护）。
3. 本地文件持久化： 从远程 URI 下载的流式内容通过 writeToTempFile(content) 写入主机服务器上的本地临时目录。
4. 动态类加载： 应用将临时路径传递给 pluginService.install(path)，该路径利用 PF4J JarPluginLoader 解压并加载 JAR 文件。
5. Spring Bean 注册与执行： 一旦 PF4J 完成上下文加载，Spring 的 DefaultPluginApplicationContextFactory 会自动解析插件 plugin.yaml 中的元数据，并将所有声明的扩展类作为活动 Spring Bean 注册到应用上下文中。
6. 代码执行触发： 放置在扩展类静态初始化块（static {}）或标注了 @PostConstruct 的方法块中的任何恶意代码，都将在实例创建期间通过 Runtime.getRuntime().exec() 立即执行。

易受攻击的源代码片段（PluginEndpoint.java 第 422-428 行）：

Java

6. 概念验证（PoC）

步骤 1：托管恶意构件

攻击者编译一个标准的 PF4J/Halo 插件 JAR 文件（poc-plugin.jar），其中包含一个扩展类，在 @PostConstruct 生命周期钩子或静态块中带有载荷执行机制。攻击者将其托管在外部监听器上：

Bash

步骤 2：触发漏洞

认证管理用户向目标 Halo 服务器发送以下 HTTP 请求：

HTTP

步骤 3：预期结果

服务器处理安装过程，从攻击者的服务器获取构件，注册扩展，并执行编译的系统命令，从而危害目标主机。

7. 影响

• 系统沦陷： 以应用进程的权限完全访问托管基础设施或 Docker 容器。
• 数据窃取： 后端数据库、敏感应用凭据、配置密钥（application.yaml）和存储文件直接暴露。
• 横向移动： 由于下载机制可以绕过标准出口规则访问回环或内部基础设施端点，服务器可被用作跳板攻击内部站点网络。

8. 修复建议

1. 强制实施绝对域名白名单： 对传入的 uri 参数强制执行严格的验证规则。将远程安装模式限制为经过验证的可信官方生态系统市场（例如 https://awesome.halo.run）。
2. 集成安全获取器： 重构 DefaultReactiveUrlDataBufferFetcher，利用现有的 HttpSecurityUtils.secureHttpClient() 工具来丢弃指向回环（127.0.0.1）、链路本地（169.254.169.254）或私有类网络（10.0.0.0/8、192.168.0.0/16）的请求。
3. 加密插件验证： 为外部 JAR 模块实施数字签名验证标准。JarPluginLoader 上下文应在将文件传递给 DefaultPluginApplicationContextFactory 进行上下文实例化之前，根据官方仓库提供的公钥验证文件哈希或加密签名。