CSP 沙箱 iframe 动态允许列表实验：用户可手动添加域名绕过 CSP 限制

一句话看懂

Simon Willison 发布了一个实验工具，允许用户在 CSP 沙箱 iframe 中动态添加域名到允许列表，绕过 CSP 限制。

详细发生了什么

Simon Willison 发布了一个名为“CSP Allow-list Experiment”的实验性工具。核心思路是：在一个受 CSP 保护的沙箱 iframe 中加载应用，通过自定义 fetch() 函数拦截 CSP 错误（比如 connect-src 违规），把错误信息传给父窗口。父窗口弹出一个对话框，询问用户是否要把该域名加入允许列表，确认后刷新页面即可生效。

工具界面左侧是 HTML 源码编辑区，右侧是预览区。预览区有一个沙箱 iframe，当它尝试连接一个未在白名单中的 API（如 https://api.inaturalist.org）时，会弹出模态框，提示用户添加该 origin 到 CSP connect-src 允许列表。用户也可以在底部的“Allowed fetch() origins”输入框中手动添加域名（如 https://api.github.com），并支持删除已添加的域名。

该工具由 GPT-5.5 xhigh 在 Codex 桌面应用中生成，展示了 AI 辅助开发安全相关工具的潜力。

中文圈视角

这个实验对中文开发者有几点启发：

动态 CSP 管理思路：国内很多网站用 CSP 防止 XSS 攻击，但静态配置维护困难。这个实验提供了一种用户交互式的动态允许列表机制，可用于开发调试工具或需要临时访问外部 API 的场景。不过，直接让用户手动添加域名存在安全风险，需谨慎使用。
与国内安全实践的对比：国内类似的安全策略（如阿里云 Web 应用防火墙的 CSP 功能）通常采用静态配置或自动学习模式，很少提供用户交互式添加。这个实验展示了一种更灵活但风险更高的替代方案。
AI 辅助开发：工具由 GPT-5.5 xhigh 生成，说明 AI 已经能辅助编写涉及 CSP、iframe 和跨域通信的复杂安全代码。国内开发者可以尝试用类似方法快速原型化安全工具，但需注意 AI 生成代码的潜在漏洞。
中文用户场景：对于需要频繁调用不同 API 的前端项目（如聚合数据平台），这个工具可以简化调试流程。但生产环境中不建议直接使用，因为用户可能误添加恶意域名。

几条值得记住的细节

工具地址：https://tools.simonwillison.net/csp-allow
核心机制：自定义 fetch() 拦截 CSP 错误，通过 postMessage 传递给父窗口
用户操作：弹窗询问是否添加域名，或手动在输入框中添加/删除
由 GPT-5.5 xhigh 在 Codex 桌面应用中生成
依赖 CSP 的 connect-src 指令，其他指令（如 script-src）未涉及

一句话总结

一个实验性工具展示了动态管理 CSP 白名单的交互方式，但安全风险需警惕。