前言 在 AI 大模型与 Agent 蓬勃发展的今天，像 FastGPT 这样允许用户自定义工作流（Workflow）的平台，不可避免地引入了大量出站网络请求。为了防御 SSRF（服务端请求伪造），开发者通常会采用黑名单机制。 然而，在 FastGPT v4.14.11 及更早版本中，存在一个 CVSS 评分高达 7.7 的 SSRF 漏洞（CVE-2026-42345）。令人深思的是：代码中明明存在 isInternalAddress 这样的防御函数，甚至硬编码了各大云厂商的元数据地址，为何防线依然被轻易击穿？ 本文将从代码审计切入，结合动态复现，揭示这场由“字符串信任危机”与“默认配置失效”共同导致的防御崩塌。 一、 代码审计：寻找防线 系统在处理用户输入的 HTTP 请求时，会调用 packages/service/common/system/utils.ts 中的 isIntern