Open WebUI 允许通过向 /audio/api/v1/transcriptions 任意文件上传执行远程代码

攻击者可以利用此漏洞在 OpenWebUI 服务器上执行任意代码。通过构造恶意的文件上传请求，攻击者可以绕过文件类型验证，并利用路径遍历漏洞将恶意文件覆盖到容器内的敏感位置，例如配置文件或可执行文件。成功覆盖后，攻击者可以完全控制受影响的服务器，窃取敏感数据、安装恶意软件，甚至利用服务器作为跳板攻击其他系统。由于该漏洞允许以 root 用户身份执行代码，因此其影响范围非常广泛，可能导致整个系统的安全被攻破。该漏洞的严重性类似于其他文件上传漏洞，但由于其允许 root 权限执行，因此风险更高。

Organizations deploying OpenWebUI within Docker containers, particularly those using it for sensitive audio processing tasks, are at significant risk. Shared hosting environments where OpenWebUI is installed could also be vulnerable if multiple users share the same container.

• linux / server: Monitor Docker container logs for unusual file creation or modification activity, particularly within the OpenWebUI application directory. Use journalctl -u openwebui to check for suspicious API calls.

journalctl -u openwebui | grep '/audio/api/v1/transcriptions'

• generic web: Monitor web server access logs for requests to /audio/api/v1/transcriptions with unusual or unexpected Content-Type headers.

grep '/audio/api/v1/transcriptions' /var/log/apache2/access.log

• python: If you have access to the OpenWebUI source code, review the /audio/api/v1/transcriptions endpoint for inadequate file validation logic.

1. 2025-03-20Disclosure

   disclosure

1. 已保留2024-08-21
2. 发布日期2025-03-20
3. 修改日期2025-10-15
4. EPSS 更新日期2026-04-02

缓解此漏洞的首要措施是立即升级 OpenWebUI 至 0.5.17 或更高版本。如果无法立即升级，可以考虑以下临时缓解措施：首先，限制对 /audio/api/v1/transcriptions 端点的访问，仅允许授权用户访问。其次，实施严格的文件类型验证，确保上传的文件类型与预期一致。此外，可以配置 Web 应用防火墙 (WAF) 或代理服务器，以检测和阻止可疑的文件上传请求。最后，定期审查 OpenWebUI 的配置，确保其遵循安全最佳实践。