Lemur多漏洞修复：SSRF/JWT混淆/明文密码/权限提升

漏洞概述 1. SSRF漏洞： - 描述：在 中，用户提供的目录URL被服务器端无验证地获取，允许IMDS和内部网络访问。 - 修复： 现在在授权创建时间针对 进行验证。默认允许覆盖Let's Encrypt预配置和GTS；操作员可以扩展以配置内部或额外ACME CA。 2. JWT算法混淆漏洞： - 描述：在 中，JWT验证器从未经签名的令牌头中接受算法名称，而不是在服务器端固定。服务器现在从 读取算法列表（默认为 ），这是Lemur历史上唯一使用过的算法。部署不需要默认完全向后兼容，无需配置更改。 3. 后认证SSRF漏洞： - 描述：在 中，从上传的证书扩展中提取的CRL分发点和OCSP响应器URL作为网络目的地未经验证。 和 现在拒绝RFC1918、loopback和链接本地目的地，在发出出站请求之前。操作员可以选择配置 和 白名单。模块级 现在限制为1000个条目，以防止无限制的缓存增长。 4. 明文密码存储漏洞： - 描述：在 中， 在没有哈希的情况下将新密码写入数据库。 SQLAlchemy事件监听器缺失，插入时应用的bcrypt哈希在每次管理员驱动的密码重置时都被绕过。密码现在在哈希后存储。任何重置密码都应被视为已泄露和轮换。升级后运行 以检测和重新哈希数据库中已经存在的明文密码。 5. 权限提升漏洞： - 描述：在 中，角色的任何成员都可以重写角色的成员列表、重命名角色或添加任意用户通过 。端点现在需要管理员权限，与现有的 处理程序一致。 6. 角色强制执行错误： - 描述：从1.9.1修复了 。原始修复将 设置为 ，这破坏了正常用户操作（证书颁发、通知管理等）用于任何部署，其中用户被分配了自定义组角色而不是内置的 或 角色。根据设计，Lemur允许任何经过身份验证的用户执行写操作； 角色是显式的选择加入限制，用于只读访问的用户。正确的修复针对以下情况： 现在明确拒绝携带 角色的任何经过身份验证的用户，同时允许其他经过身份验证的用户。 恢复为默认 ，将其设置为 限制写访问到 和 角色，如前所述。 保持为 （权限创建是管理员操作）。注意，根据设计，任何经过身份验证的用户（未分配 角色）保留对通知、证书上传和域管理的写访问权限。操作员在更高级别的环境中应评估 以限制这些操作到 和 用户。有关详细信息，请参阅 文档。 影响范围 SSRF漏洞：影响所有使用 的用户，特别是那些使用内部网络或IMDS的用户。 JWT算法混淆漏洞：影响所有使用JWT验证的用户，特别是那些依赖默认算法列表的用户。 后认证SSRF漏洞：影响所有使用CRL分发点和OCSP响应器URL的用户，特别是那些使用RFC1918、loopback和链接本地目的地的用户。 明文密码存储漏洞：影响所有使用密码重置功能的用户，特别是那些使用管理员驱动密码重置的用户。 权限提升漏洞：影响所有使用角色管理的用户，特别是那些允许角色成员重写角色列表的用户。 角色强制执行错误：影响所有使用角色强制执行的用户，特别是那些使用自定义组角色的用户。 修复方案 1. SSRF漏洞： - 验证 在授权创建时间针对 。 - 操作员可以扩展以配置内部或额外ACME CA。 2. JWT算法混淆漏洞： - 从 读取算法列表（默认为 ）。 - 部署不需要默认完全向后兼容，无需配置更改。 3. 后认证SSRF漏洞： - 和 现在拒绝RFC1918、loopback和链接本地目的地。 - 操作员可以选择配置 和 白名单。 - 模块级 现在限制为1000个条目。 4. 明文密码存储漏洞： - 密码现在在哈希后存储。 - 任何重置密码都应被视为已泄露和轮换。 - 升级后运行 以检测和重新哈希数据库中已经存在的明文密码。 5. 权限提升漏洞： - 端点现在需要管理员权限。 6. 角色强制执行错误： - 恢复为默认 。 - 将其设置为 限制写访问到 和 角色。 - 保持为 。 - 操作员在更高级别的环境中应评估 以限制这些操作到 和 用户。 POC代码或利用代码 页面中未包含具体的POC代码或利用代码。

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

Lemur多漏洞修复：SSRF/JWT混淆/明文密码/权限提升

同源更多文章

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

Lemur多漏洞修复：SSRF/JWT混淆/明文密码/权限提升

同源更多文章

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