这是一则关于已在野外被利用的漏洞（列于 CISA KEV）的快速简报。内容包括其影响、受影响对象以及应对方式，均以防御为出发点，不包含任何利用步骤。
- CVE
- CVE-2026-72898
- 严重程度
- 严重 — CVSS 10.0（v3.1 和 v4.0 均为此分值）
- 类别
- 未认证 SQL 注入（CWE-89）
- 影响
- 获得 Metabase 实例的管理员权限，可触及已连接数据库的凭据和数据
- 受影响范围
- 自托管的 Metabase，x.58 版本线及之后版本，低于修复版本的均受影响
- 利用情况
- 已列入 CISA KEV（2026 年 8 月 11 日添加，截止日期 8 月 14 日）；厂商称其曾作为 0-day 被利用
- 主要修复
- 升级，并吊销会话，轮换每一个已连接数据库的凭据
为什么不能放任不管
利用无需认证，而得手后的收益是管理员权限，这使其成为漫无目的扫描的主要目标——因此它在发布后次日就被列入 KEV。厂商称，该漏洞在修补前已被针对其自有云环境主动利用，因此"还没有人找上我们"并不是一个可以依赖的假设。
漏洞是什么
Metabase 是一个 BI 与分析平台，它连接您的数据库，并在其之上提供仪表板和查询服务。缺陷在于：处理密码重置的端点会使用调用方提供的值来构造 SQL。该处理发生在认证之前，因此攻击者无需任何账户（SQL 注入，CWE-89）。
注入会落在 Metabase 自身的应用数据库中——该数据库保存着用户、会话、API 密钥和连接设置，也就是实例的控制权。CISA 的 KEV 条目指出，获得管理员权限后，攻击者可以修改应用配置、窃取为已连接数据库存储的凭据、读取通过这些连接可访问的任何内容，并将其导出。
未认证的攻击者
↓ 通过密码重置端点注入 SQL
Metabase 应用数据库 → 管理员
↓ 已存储的连接设置和凭据
每一个已连接的数据库
收入、客户、日志——BI 能读取的一切
受影响范围
| 项目 | 详情 |
|---|---|
| 受影响对象 | 自托管 Metabase；厂商称 Metabase Cloud 已完成修补 |
| 易受攻击版本 | x.58 版本线及之后版本，低于修复版本的均受影响 |
| 修复版本 | 0.58.24 / 0.59.21 / 0.60.17 / 0.61.11 / 0.62.9 / 0.63.5（Enterprise：1.58.24 / 1.59.21 / 1.60.17 / 1.61.11 / 1.62.9 / 1.63.5） |
| 前提条件 | 无——未认证 |
| 影响 | 获得管理员权限 → 已连接数据库的凭据和数据 |
| 临时缓解措施 | 阻止 /api/session/reset_password 端点（仅在升级前临时使用） |
应该怎么做
升级到已修补版本（首要任务，也是唯一真正的修复）
如果暂时无法升级，阻止该端点
/api/session/reset_password。请严格将其视为临时措施。吊销所有会话，然后审计 API 密钥和管理员
core_session 表的所有行，以结束每一个会话；删除您不认识的 API 密钥；检查管理员账户是否有您无法解释的变更。如果有人曾获得管理员权限，仅升级会使其创建的账户和密钥保持不变。轮换每一个已连接数据库的凭据（请勿跳过）
减少可达性本身
厂商公布的一条检测提示
厂商将利用模式描述为：对 /api/session/reset_password 的调用返回 400，紧接着 /api/user/current 返回 200。如果您仍保留访问日志，值得查找这一序列。如果没有日志，答案是"未知"，而不是"安全"。在这种情况下，应假定已被入侵，并执行第 4 步。
本站观点：BI 工具保存着所有已连接的凭据，应像保护最敏感的数据库一样保护它
各机构往往把 BI 和分析工具归入"用于展示数据的东西"，对其的防护级别低于数据库本身。实际情况恰恰相反：该工具是一个集中保存其所连接一切内容凭据的地方。我们的立场是，它应当按照其背后最敏感数据库的级别进行保护。具体而言：为 BI 配置最小权限的连接用户（只读，仅限所需的数据架构），切勿将其直接暴露在互联网上，并在需要之前准备好凭据轮换的运行手册。做到这些，即便出现认证之前代码存在缺陷这样的最坏情况，您损失的也只是一个连接，而不是全部数据库。
来源
- NVD — CVE-2026-72898（CWE-89；v3.1 和 v4.0 下 CVSS 均为 10.0）
- CISA KEV — 已知被利用漏洞目录（2026 年 8 月 11 日添加，8 月 14 日到期）
- 厂商 — GHSA-vwf4-m7j8-wcjf 以及 Metabase 安全更新