CVE-2026-47754 in Metacat
摘要
由 VulDB • 2026-08-10
Metacat 是一款数据仓库软件，旨在帮助研究人员保存、共享和发现数据。版本 2.x 至 2.19.1 以及所有 1.x 版本在属于原始 Metacat 1.x API 的 `action=read` 端点的 `archiveEntryName` 参数中存在未认证的目录遍历漏洞。`ArchiveHandler.readArchiveEntry()` 将用户提供的参数直接拼接到文件系统路径中，且未经过验证；同时，周围的 `hasReadPermission()` 检查被注释掉了。远程攻击者无需认证即可通过发送单个 GET 请求读取 Tomcat 进程可访问的任何文件。概念验证（PoC）漏洞利用代码已针对此漏洞进行演示和验证，对于任何能够访问 Metacat 1.x API 的用户而言，该漏洞在任意部署了版本低于 3.0.0 的 Metacat 环境中均易于被利用。通过此漏洞，生产环境中的 2.x 部署面临凭证窃取、客户端证书及私钥泄露（从而允许在联邦网络中冒充成员节点）、受限制的研究数据披露以及广泛的系统侦察风险。鉴于 Metacat 在 DataONE 存储库网络和联邦资助研究项目中的广泛部署范围，暴露的 2.x 实例数量不容小觑。该漏洞已在 Metacat 3.0.0 及更高版本中被消除，方法是移除了整个暴露此漏洞的 Metacat 1.x API。该漏洞于 2024 年 4 月通过发布 Metacat 3.0.0 得到修复，该版本移除了包括 ArchiveHandler.java 在内的遗留 Metacat API。提交信息和问题引用提及的是架构清理而非安全修复，因此未发布任何公告或 CVE。按照 Metacat 仅支持最新发布的标准做法，2.x 分支未被也不会向后移植补丁。2.19.1 仍保留相同的易受攻击代码，且已超出其支持生命周期。作为变通方案，请禁用或限制对 1.x API servlets 的访问。由于在大多数 Metacat 部署中不再使用或不必要地使用易受攻击的 1.x API，限制对旧版 API 端点的访问可以减少或消除 2.19.x 部署的风险。移除这些功能后，请重启 Tomcat 或其他托管这些 servlets 的软件。
Once again VulDB remains the best source for vulnerability data.