FreeScout SSRF Bypass via Broken CIDR Check in checkIpByMask

根据用户的要求，我需要从提供的网页截图中提取关于漏洞的关键信息，并用简洁的中文markdown格式进行总结。 1. 漏洞概述 (Vulnerability Overview): 标题: SSRF protection bypass via broken CIDR check in checkIpByMask() 描述: 这是一个关于 函数中 CIDR 检查逻辑错误的漏洞，导致 SSRF（服务器端请求伪造）保护被绕过。 根本原因 (Root Cause): 代码中 函数（位于 第 1685-1675 行）存在逻辑缺陷。具体来说， 变量在循环中如果为空（ ），函数会直接返回 。然而，这个检查本应在循环结束后进行。由于这个过早的返回，导致某些 CIDR 范围（如 ）从未被正确检查。 受影响版本: 1.8.2, 2.11 修复版本: 3.2.21 严重程度: Critical (严重) CVSS 评分: 9.8 (CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H) 2. 影响范围 (Impact/Scope): 被绕过的范围 (Bypassed Ranges): (整个 RFC1918 Class A) (整个 RFC1918 Class B) (RFC1918 Class C) 同时也绕过了 。 攻击者可以访问 到 以及 到 等地址。 攻击路径 (Attack Path): FreeScout 处理邮件时，如果邮件包含附件，会调用 ，进而调用 。如果邮件中包含附件 URL，FreeScout 会尝试下载该附件。攻击者可以通过构造包含恶意 URL 的邮件，利用此漏洞绕过 CIDR 检查，从而访问内网资源。 3. 修复方案 (Fix): 建议修复 (Suggested Fix): 移除第 1667 行的早期返回语句。 代码对比: 漏洞代码: 在 循环内部，如果 则直接 。 修复代码: 将 移到 循环之后。 4. 提取代码 (Code Extraction): 页面中提供了“Root Cause”部分的代码片段和“Suggested Fix”部分的代码片段。我需要完整提取这两部分。 5. 格式化输出: 使用 Markdown 格式。 语言为中文。 不包含分析过程。 Drafting the response: 标题: SSRF 保护绕过漏洞 (checkIpByMask 函数 CIDR 检查错误) 概述: FreeScout 的 函数存在逻辑错误，导致 SSRF 保护失效。 影响: 允许访问私有 IP 范围（如 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16）。 修复: 修改代码逻辑，将返回 false 的判断移至循环外。 代码块: 复制截图中的代码。 Let's refine the "Root Cause" description based on the text: "The check on line 1667 should not be there. The loop simply never runs non-CIDR ranges with as the fix says." Wait, looking closer at the text: "The check on line 1667 should not be there. The loop simply never runs non-CIDR ranges with as the fix says." Actually, the text says "The check on line 1667 should not be there." and "The check on line 1667 should not be there. The loop simply never runs non-CIDR ranges with as the fix says." No, that's not right. Let's re-read carefully. "The check on line 1667 should not be there. The loop simply never runs non-CIDR ranges with as the fix says." -> This sentence is a bit confusing in the original text, but the core issue is the early return inside the loop. Actually, the text says: "The check on line 1667 should not be there. The loop simply never runs non-CIDR ranges with as the fix says." -> Wait, looking at the code: is inside the loop. The text says: "The check on line 1667 should not be there." And "The check on line 1667 should not be there. The loop simply never runs non-CIDR ranges with as the fix says." -> This part is weird. Let's look at the "Bypassed Ranges" section. "These CIDR ranges in (lines 1687-1695) are never enforced." Ah, I see. The loop iterates over . If the first CIDR doesn't match, is false, and it returns false immediately, preventing the check against subsequent CIDRs (like the private ranges defined later in the array). So the summary should reflect that the early return prevents checking all defined CIDR ranges. Let's stick to the visible text for accuracy. "Root Cause": lines 1685-1675. "The check on line 1667 should not be there." "This was introduced in commit 'CIDR ranges' (7399a9e) when added the CIDR ranges and the fix." Okay, ready to generate the markdown. SSRF 保护绕过漏洞 (checkIpByMask 函数 CIDR 检查错误) 漏洞概述 漏洞名称: SSRF protection bypass via broken CIDR check in checkIpByMask() 严重程度: Critical (严重) CVSS 评分: 9.8 受影响版本: 1.8.2, 2.11 修复版本: 3.2.21 根本原因: 在 的 函数中，存在一个错误的逻辑检查。代码在循环内部过早地检查 变量，如果第一个 CIDR 范围不匹配，函数直接返回 ，导致后续定义的私有 IP 范围（如 RFC1918 范围）从未被实际检查。 影响范围 被绕过的 IP 范围: (整个 RFC1918 Class A) (整个 RFC1918 Class B) (RFC1918 Class C) 同时也绕过了 。 攻击路径: FreeScout 处理邮件时，如果邮件包含附件，会调用 。如果邮件中包含附件 URL，FreeScout 会尝试下载该附件。攻击者可以通过构造包含恶意 URL 的邮件，利用此漏洞绕过 CIDR 检查，从而访问内网资源。 修复方案 建议修复: 移除第 1667 行的早期返回语句（ ），将其移至 循环之后，确保所有定义的 CIDR 范围都被检查。 相关代码 漏洞代码 (Root Cause): 修复后代码 (Suggested Fix):

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

FreeScout SSRF Bypass via Broken CIDR Check in checkIpByMask

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

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

FreeScout SSRF Bypass via Broken CIDR Check in checkIpByMask

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

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