FileCodeBox: 5 Critical/High vulns in file share retrieval limits (TOCTOU, IDOR, reusable URL)

FileCodeBox 安全漏洞总结（Issue #482） 漏洞概述 本 issue 汇总了 分支（审计时最新）发现的 5 个高危/严重漏洞，均与文件分享的“取件次数限制”（ ）相关，涵盖竞态条件、可复用 URL、过期检查缺失及分享码枚举。 漏洞列表 各漏洞详情与 POC 漏洞 1 — [CRITICAL] TOCTOU 竞态导致取件次数限制完全绕过 位置： （ ）+ （L292-301） 问题： 是非原子读-改-写： 每个并发请求先 加载副本，修改后 回写全部字段。N 个并发请求都读到相同的 （如 1），都减去 1 后都写入 ，最终 被并发覆盖——典型的丢失更新。 影响： （仅允许取件 1 次）的文件，攻击者并发请求即可取 N 次，次数限制完全失效， 也被低估（每个请求都写 0，而非累加）。 POC： 修复：用数据库原子操作（ ）或 行锁，替换 模式。 漏洞 2 — [HIGH] 可复用下载 URL 绕过次数限制 位置： （ ） 问题： 端点返回次数并返回 ，但 端点只校验短时 token（ ，约 1000 秒窗口），不再调用 （不扣次数）。 一次 得到的 URL 在 token 窗口内可无限次复用，次数限制只在 时扣一次。 影响： 的文件，攻击者 一次后无限下载，次数限制形同虚设。 POC： 修复： 也应调用 （或在 时一次性扣减， 仅校验 token 状态）。 漏洞 3 — [HIGH] 过期检查缺失（ ） 位置： （ 调用） 问题： 调用 时显式 ，跳过过期检查： 对比： 和 都用默认 ， 是唯一例外。文件过期后（时间到期或次数耗尽），在后台清理任务（每 600 秒）删除前，攻击者仍可下载。 影响：已过期文件可被下载，违反“过期即不可访问”的业务规则。 修复： 也应使用 （默认值）。 漏洞 4 — [HIGH] 分享码枚举（IDOR） 位置： （ ）+ 问题：默认分享码是 5 位数字（10000-99999），仅 90000 种可能。 端点无需认证，且不调用 （不扣次数）。 影响：攻击者枚举整个空间（约 90000 个），发现所有分享文件（名称、大小、类型、过期日期），再 获取地址。配合多 IP 池可快速完成。 POC： 修复：增大分享码空间（如 10 位 base36）； 端点也计入访问（成功计数）；必要时要求认证。 漏洞 5 — [HIGH] 次数限制绕过（状态机缺失） 位置： + 问题：与漏洞 2 同源：次数扣减只在 端点， 不再扣。 基于 ，在 ~1000 秒窗口内不变，单次 后可无限下载。 影响：这是次数限制“状态机缺失”的业务逻辑表达。 修复：同漏洞 2。 修复方案汇总 使用带版本号的单条数据库 原子化过期判断、 扣减和 累加，消除 TOCTOU / 丢失更新； 修改 不再返回扣减，实际 端点负责扣减次数； 有效数字的对象存储文件仅在 时扣减， 端点不再重复扣减； 恢复过期检查，修复后过期后使用 URL 返回 404； 端点计入访问（成功计数）； 新安装默认改用 Secret 取件码，已有明确配置不会受影响。 状态 该 issue 已于 Jul 10 标记为 Closed（已完成），修复提交： （fix: harden share retrieval and admin visibility）。 修复后验证： 的 20 次并发仅一次成功，时间到期或次数过期即拒绝；下载 URL 二次使用失效，有限次数字文件不再暴露； 端点改为计数成功，完整测试覆盖 25 断言（另含 5 个 subtests）。

目標達成すべての支援者に感謝 — 100%達成しました！

FileCodeBox: 5 Critical/High vulns in file share retrieval limits (TOCTOU, IDOR, reusable URL)

このソースからの他の記事

目標達成 すべての支援者に感謝 — 100%達成しました！

FileCodeBox: 5 Critical/High vulns in file share retrieval limits (TOCTOU, IDOR, reusable URL)

このソースからの他の記事

目標達成すべての支援者に感謝 — 100%達成しました！