OpenProject <15.0.0 成本报告模块 SQL 注入漏洞

用户要求用简洁的中文markdown总结网页截图中的漏洞关键信息。 需要提取的内容包括： 1. 漏洞概述：标题、描述、影响。 2. 影响范围：受影响的版本。 3. 修复方案：修复建议。 4. POC/利用代码：如果有的话，完整提取。 分析截图内容： 标题 (Title): SQL Injection in Cost Reporting ⇒ Operator via parse_number_string 描述 (Description): Summary: 在 中， 操作符将用户输入直接嵌入到 SQL WHERE 子句中，没有进行参数化。 Detail: 代码片段显示 。这里 是通过 处理的，但只剥离了引号，没有剥离 SQL 元字符。 Impact: 拥有成本报告访问权限的认证用户可以读取任何数据库数据。 影响范围 (Affected versions): (OpenProject 版本) 修复方案 (Fix): 代码片段显示 。这看起来是修复后的代码，使用了参数化查询（ 占位符）。 POC/利用代码: 在 "Detail" 部分有一段代码展示了漏洞逻辑： 以及解释文字： only strips locale delimiters, not SQL metacharacters. Value is user-controlled via cost report filter params. 虽然这不是一个完整的独立脚本，但它是漏洞的核心代码逻辑展示。 组织语言 (中文): 漏洞名称: SQL Injection in Cost Reporting ⇒ Operator via parse_number_string 概述: 在成本报告模块的 文件中， 操作符处理用户输入时存在 SQL 注入漏洞。用户输入被直接拼接到 SQL WHERE 子句中，且未进行参数化处理。 函数仅移除了区域设置分隔符，未过滤 SQL 元字符。 影响: 拥有成本报告访问权限的认证用户可以读取数据库中的任意数据。 受影响版本: OpenProject SQL Injection in Cost Reporting ⇒ Operator via parse_number_string 漏洞概述 在 OpenProject 的成本报告模块（ ）中， 操作符将用户输入直接嵌入到 SQL WHERE 子句中，未进行参数化处理。 函数仅剥离了区域设置分隔符，未剥离 SQL 元字符，导致用户可通过成本报告过滤器参数控制输入，从而引发 SQL 注入。 影响范围 受影响版本: 影响: 拥有成本报告访问权限的认证用户可以读取任何数据库数据。 修复方案 使用参数化查询来防止 SQL 注入。 修复后的代码示例： 漏洞代码/逻辑展示 注： only strips locale delimiters, not SQL metacharacters. Value is user-controlled via cost report filter params.

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

OpenProject <15.0.0 成本报告模块 SQL 注入漏洞

同源更多文章

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

OpenProject <15.0.0 成本报告模块 SQL 注入漏洞

同源更多文章

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