FastGPT v4.14.x 跨租户授权绕过漏洞 (BOLA) 披露

漏洞概述 FastGPT: reTrainingCollection allows server-owned datasetId override causing cross-tenant authorization confusion 漏洞描述: FastGPT允许一个已认证的租户用户通过调用 来持久化一个来自另一个租户的 值。这导致创建混合数据集对象，例如B拥有的集合指向A的数据集。下游的数据集、集合和训练端点从不一致的所有权锚点进行授权决策。 影响: 跨租户授权混淆和完整性影响混合集合/数据/训练对象。 安全边界: 违反的边界是租户/工作区所有权一致性，用于数据集集合、数据集、数据源文件和训练行。 前提条件: - FastGPT部署运行受影响的版本：v4.14.17, v4.14.22, 或 v4.14.23。 - 两个正常租户或用户，具有单独的数据集。 - user_b 拥有正常的B数据集和B集合。 - user_b 知道或可以提供A的 到重新训练端点。 - 后续读取/更新/删除影响需要知道混合集合/数据/训练ID。 影响范围 受影响版本: v4.14.17 ~ v4.14.23 修复版本: v4.15.0-beta4 修复方案 修复版本: v4.15.0-beta4 POC代码 验证步骤 1. 创建两个独立租户: - user_a 拥有数据集A。 - user_b 拥有数据集B和集合B。 2. 作为 user_b，创建一个包含唯一标记的B集合: 3. 作为 user_b，调用重新训练端点，使用B的 ，但A的 : 4. 观察请求成功: 5. 确认持久化混合状态: 6. 作为 user_a，请求已知的B创建的混合数据行: 7. 作为 user_a，调用源/训练/更新端点，针对混合集合或混合行: - - - - - - 训练详情更新/删除端点，其中训练行存在 预期与实际结果 预期结果: - B不应能够创建 指向A的集合。 - A不应能够通过混合 读取或修改B创建的行。 - B的访问不应丢失，因为B对象已移至A的数据集授权边界。 实际结果: - B的重新训练请求返回HTTP 200 / code 200。 - A的已认证会话 请求在混合B数据行上返回HTTP 200 / code 200，并包含B标记。 - A的API密钥 在同一混合行上也返回HTTP 200 / code 200。 - A的已认证会话 请求在混合B集合上返回HTTP 200 / code 200，并包含源下载URL用于B的源文件。 - A的已认证会话 请求在混合B集合上返回HTTP 200 / code 200。 - A的已认证会话 请求在混合B数据行上返回HTTP 200 / code 200；后续读取显示该行已被持久化修改为A控制的内容。 - B的 为数据集B返回A更新的内容，证明持久完整性影响。 - A的已认证会话 和 请求针对B创建的混合对象返回HTTP 200 / code 200。 版本矩阵 根本原因 接受或持久化服务器拥有的 值，同时创建重新训练/派生集合。端点应派生所有权字段，如 、 和 ，来自已认证的源集合和当前租户上下文。相反，外部 可以成为持久化集合状态的一部分。下游授权路径应信任不同的所有权锚点： 一些集合级检查使用覆盖的集合 。 现有数据/源行可能仍携带B所有权。 训练/数据端点可能查询请求中提供的 或混合集合的 。 这创建了内部跨越租户边界的对象，并导致不一致的读取/更新/删除授权。

目标达成感谢每一位支持者 — 我们达成了 100% 目标！

FastGPT v4.14.x 跨租户授权绕过漏洞 (BOLA) 披露

同源更多文章

目标达成 感谢每一位支持者 — 我们达成了 100% 目标！

FastGPT v4.14.x 跨租户授权绕过漏洞 (BOLA) 披露

同源更多文章

目标达成感谢每一位支持者 — 我们达成了 100% 目标！