Vikunja API: Read-only members privilege escalation via single share endpoint hash exposure

漏洞关键信息总结 漏洞概述 标题：只读项目成员可通过单共享读取端点（v1 和 v2）获取任意 link share 的访问哈希，并提升至该共享的权限级别。 CVE ID：暂无已知 CVE 严重级别：高（High） 软件： 受影响版本：≤ 2.5.0 已修复版本：2.6.0 漏洞类型：访问控制 / 权限提升（CWE-200 信息暴露、CWE-639 授权不当、CWE-862 缺失授权检查） 影响范围 受影响端点（均经完整链路验证）： - v1： - v2： 权限门控： （ ）委托给 ，即只读成员即可调用该端点。 影响面： - 攻击者可用哈希换取 link-share JWT（无需认证），该 JWT 携带共享的权限级别（read / read+write / admin）。 - 只读成员可获取共享的 字段（共享的 字段在返回前被清空，但 未被清空）。 - 与列表端点 （需 ）相比，单共享端点权限门控更宽松。 - 若项目含 admin-level 成员（permission=2），只读成员可提升至 admin 级别，从而获得项目设置、共享管理、任务创建/修改等全部权限。 修复方案 修复版本：2.6.0 修复说明： 中， 已修复为 ，使单共享读取端点的权限门控与列表端点保持一致，避免只读成员通过该端点获取哈希并提升权限。 POC 代码（完整提取） 1. 所有者创建私有项目并创建只读 link share（permission=1） 2. 所有者添加只读成员（permission=0） 3. 攻击者读取单共享（弱门控），获取哈希（列表端点会正确返回 403） 4. 攻击者用哈希换取 link-share JWT（无需认证） 5. 负向对照——攻击者用所有者 token 无法写入项目 6. 权限提升验证——link-share JWT 写入成功 观察结果：步骤 3、4、6 均成功（200 / 201），而步骤 5 返回 403——证明只读成员通过单共享端点获取哈希后，可换取携带共享权限级别的 JWT，实现权限提升。

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

Vikunja API: Read-only members privilege escalation via single share endpoint hash exposure

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

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

Vikunja API: Read-only members privilege escalation via single share endpoint hash exposure

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

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