pyload-ng CVE-2026-43737: SSRF bypass via IPv6 6to4/NAT64 encapsulation

漏洞总结：SSRF 防护绕过（IPv6 6to4/NAT64 过渡封装） 漏洞概述 漏洞类型：SSRF 防护绕过（CWE-918：服务端请求伪造） 根因： 中的 是 pyload-ng 中判断出站连接是否"全局可路由"的核心守卫。在 Python 3.9.11 中， 对 （6to4）和 （NAT64）等 IPv6 过渡封装前缀返回 ，导致这些地址被误判为"全局可路由"，从而绕过 检查，使请求可到达内网 IPv4 端点。 严重级别：MEDIUM（CVSS 4.7） CVE：CVE-2026-43737 报告者：tonghaooot 影响范围 受影响包： 受影响版本： 已修复版本： 触发条件： - 主机需配置 6to4 路由（ ，可配置）或 NAT64 池（ ，仅支持 NAT64 网关）。 - 攻击者通过 （ ）传入带 IPv6 字面量的 URL，其内嵌的 IPv4 目标为内网地址（如 loopback、RFC 1918、AWS 10.x）。 - 辅助函数 通过 （基于 hostname 的解析）对这些前缀返回 ， 在 中复用同一辅助函数，导致连接被放行。 关键代码（POC / 利用相关） 漏洞代码（ ）： 利用路径示例（ 中的前置检查）： 复现要点： 同时驱动 与 ，针对内网 IPv4 端点的 IPv6 过渡封装形式（loopback、RFC 1918、AWS 10.x），辅助函数对每种形式均返回"全局可路由"；二次放行通过 复用同一逻辑，连接被允许。 修复方案 修复思路：对 IPv6 过渡封装形式进行解包（unwrap 内嵌 IPv4），重新执行全局性检查，并显式屏蔽已知内网/保留前缀（ 、 、 、 、 、 ）。 修复代码（建议补丁）： 配套测试：新增覆盖 6to4 与 NAT64 的测试，针对 、 、 、 、 、 等内网/保留前缀进行防御性断言。

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

pyload-ng CVE-2026-43737: SSRF bypass via IPv6 6to4/NAT64 encapsulation

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

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

pyload-ng CVE-2026-43737: SSRF bypass via IPv6 6to4/NAT64 encapsulation

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

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