开发工具后端API设计【免费下载链接】graphql-playground GraphQL IDE for better development workflows (GraphQL Subscriptions, interactive docs collaboration)项目地址https://gitcode.com/gh_mirrors/gr/graphql-playground点击查看免费下载本篇技术指南围绕graphql-playground仓库根目录的 SECURITY.md 展开系统梳理该项目记录在案的两起已公开 XSS 安全漏洞——2020 年 XSS 反射攻击影响graphql-playground-html及各类服务端中间件与 2021 年 introspection schema 模板注入攻击影响graphql-playground-react并结合仓库内公告文档、修复源码与攻击示例讲解漏洞成因、受影响版本、复现方法与升级/规避方案。读完本文你将掌握如何安全地在 Express、Koa、Hapi、Lambda 等环境中部署 GraphQL Playground并能在集成graphql-playground-react时正确规避动态 schema 带来的 XSS 风险。一、漏洞总览SECURITY.md 记录了什么仓库根目录的 SECURITY.md 是一份极简的已知漏洞清单Known Vulnerabilities指向两份完整的安全公告2021: Introspection Schema Phishing Attack XSS Vulnerability—— 针对graphql-playground-react的 introspection 响应模板注入 XSS2020: XSS Reflection Vulnerability—— 针对graphql-playground-html的renderPlaygroundPage反射型 XSS。两者攻击面不同2020 年漏洞发生在服务端渲染 HTML 页面环节根因是renderPlaygroundPage未对用户输入做过滤2021 年漏洞则发生在浏览器端 React 应用加载恶意 schema 数据环节根因是对不可信 schema 内容尤其是 GraphQL 类型名缺乏转义与校验。下文分别展开。二、2020 年漏洞renderPlaygroundPage 的 XSS 反射攻击2.1 漏洞来源与影响根据 2020 安全公告该漏洞的源头位于graphql-playground-html包的renderPlaygroundPage函数。凡是直接调用该函数或经由其下游封装包间接使用它的场景只要用户输入未经清洗就存在 XSS 反射攻击风险可能造成数据或用户凭据泄露甚至破坏系统。受影响的入口函数与中间件包括renderPlaygroundPage()koaPlayground()expressPlayground()lambdaPlayground()以及任何依赖上述函数的下游包在仓库中可以看到这些中间件全部是对renderPlaygroundPage的薄封装Express 中间件graphql-playground-middleware-express/src/index.ts在收到请求后调用renderPlaygroundPage(options)并写入响应Koa 中间件graphql-playground-middleware-koa/src/index.ts将renderPlaygroundPage(options)的返回值赋给ctx.bodyHapi 插件graphql-playground-middleware-hapi/src/index.ts以h.response(renderPlaygroundPage(middlewareOptions)).type(text/html)返回Lambda 封装graphql-playground-middleware-lambda/src/index.ts则把其返回值作为text/html响应体回传。这意味着只要中间件收到的 options 中混入了未过滤的用户输入整个链路都会受到同一漏洞影响。2.2 受影响包与安全版本对照公告给出了各受影响包的具体安全版本即修复后允许用户输入的最小版本包名安全版本graphql-playground-html1.6.22☔ 已安全graphql-playground-express1.7.16☔ 已安全graphql-playground-koa1.6.15☔ 已安全graphql-playground-hapi1.6.13☔ 已安全graphql-playground-lambda1.7.17☔ 已安全在上述版本之前的所有版本均受此漏洞影响升级到表中版本或更高版本后才可安全地接受用户定义的输入。2.3 静态输入始终安全公告明确指出如果输入是静态的硬编码常量则任何版本都是安全的。原因是攻击依赖用户可控的、未经清洗的输入被拼入 HTML而静态配置不存在这个前提。官方给出的安全示例包括使用expressrenderPlaygroundPageapp.get(/playground, (req) { res.html( renderPlaygroundPage({ endpoint: /our/graphql, }), ) next() })使用expressPlayground参数参与逻辑判断但取值受控// params app.get(/playground, (req) expressPlayground({ endpoint: /our/graphql, settings: { editor.theme: req.query.darkMode ? dark : light }, }), )使用koaPlaygroundconst koa require(koa) const koaRouter require(koa-router) const koaPlayground require(graphql-playground-middleware-koa) const app new koa() const router new koaRouter() router.all(/playground, koaPlayground({ endpoint: /graphql }))注意上面的expressPlayground示例中req.query.darkMode虽然来自用户输入但经三元表达式后只会产生dark或light两个受控取值因此属于静态安全。2.4 漏洞场景示例未过滤的用户输入反之把未过滤的用户输入直接塞进配置项就会触发漏洞。公告给出的脆弱代码如下const express require(express) const expressPlayground require(graphql-playground-middleware-express) .default const app express() app.use(express.json()) // params app.get(/playground/:id, (req) expressPlayground({ endpoint: /our/graphql/${req.params.id}, }), ) // params app.get(/playground, (req) expressPlayground({ endpoint: /our/graphql, // any settings that are unsanitized user input, not just endpoint settings: { editor.fontFamily: req.query.font }, }), )注意第二处注释的提醒危险的不仅是endpoint任何接收未清洗用户输入的 settings 配置项如editor.fontFamily都是注入点。因为renderPlaygroundPage最终会把整个配置对象序列化后内嵌进 HTML 页面详见下文源码分析配置项中的script等标签会随页面一同被浏览器解析执行。2.5 仓库内的可运行 PoCxss-attack 示例仓库在 packages/graphql-playground-html/examples/xss-attack/ 提供了完整的可复现示例README其 index.js 通过 Apollo Server Express 暴露了 4 个演示路由Example 1查询参数注入app.get(/example-1, ...)直接把req.query.id拼入endpoint访问http://localhost:4000/example-1?id%3C/script%3E%3Cscript%3Ealert(I%20%3C3%20GraphQL.%20Hack%20the%20Planet!!)%3C/script%3E%3Cscript%3E即可触发弹窗证明恶意服务端可执行任意 JavaScript。Example 2数据库数据注入用 mock 数据库返回包含/scriptscriptalert(...)/script的editor.fontFamily设置值演示即使数据来源是数据库而非 URL 参数只要未经清洗同样中招。Example 3手工 workaround与 Example 1 相同的攻击载荷但先经filterXSS清洗后再传入配置注入被成功拦截。Example 4静态配置天然安全endpoint为固定字符串editor.theme经三元判断取值访问http://localhost:4000/example-4?darkMode...也不会触发弹窗。该示例的 README 还强调示例特意把依赖锁定在graphql-playground-html1.6.20最后一个易受攻击版本以便复现任何更早版本同样受攻击影响。启动方式为yarn后执行yarn start监听localhost:4000。2.6 修复方案与官方源码实现公告给出的首选方案是升级到 2.2 节列出的安全版本若暂时无法升级则需自行清洗输入。官方推荐使用xss库官方修复本身也采用了该库。以graphql-playground-middleware-express为例const express require(express) const { filterXSS } require(xss) const expressPlayground require(graphql-playground-middleware-express) .default const app express() const filter (val) filterXSS(val, { whitelist: [], stripIgnoreTag: true, stripIgnoreTagBody: [script] }) // simple example app.get(/playground/:id, (req) expressPlayground({ endpoint: /graphql/${filter(req.params.id)} }) // advanced params app.get(/playground, (req) expressPlayground(JSON.parse(filter(JSON.stringify(req.query))))配置要点whitelist: []表示不允许任何 HTML 标签保留stripIgnoreTag: true剥离白名单之外的标签stripIgnoreTagBody: [script]连script标签内部的载荷一并移除。高级场景中把整个req.query先JSON.stringify再整体过滤、最后JSON.parse还原可一次性清洗全部参数。对照仓库源码可以确认官方修复的落地位置在 packages/graphql-playground-html/src/render-playground-page.ts 顶部即import { filterXSS } from xss并定义了与公告示例一致的过滤函数const filter (val) { return filterXSS(val, { // ts-ignore whiteList: [], stripIgnoreTag: true, stripIgnoreTagBody: [script] }) }随后在关键输出点逐一清洗endpoint以及兼容旧命名的subscriptionsEndpointextendedOptions.endpoint filter(extendedOptions.endpoint || )CDN 相关 URLgetCdnMarkup中由cdnUrl、version、faviconUrl拼接的地址均经filter处理最终内嵌配置的renderConfig使用filterXSS(div idplayground-config JSON.stringify(config) /div, { whiteList: { div: [id] } })即只允许div标签携带id属性配置 JSON 中的任何 HTML 标签都会被剥除。也就是说修复后页面中所有可能混入用户输入的位置都经过了白名单式过滤这正是renderPlaygroundPage系列函数可安全接收用户定义输入的原因。三、2021 年漏洞introspection schema 模板注入攻击3.1 漏洞影响与攻击路径根据 2021 安全公告graphql-playground-react1.7.28之前的所有版本面对被篡改的 HTTP schema introspection 响应或带恶意 GraphQL 类型名的schemaprop 值时会暴露一个动态 XSS 攻击面可在**操作自动补全operation autocomplete**环节注入并执行代码。攻击成立的前提是用户加载了恶意 schema常见触发方式包括在endpoint查询参数中指定恶意 schema 地址。只要用户点击一个指向 GraphQL Playground 安装站点、且带有恶意服务器参数的链接攻击者的任意 JavaScript 就能在用户浏览器中执行可用于窃取用户凭据或实施其他破坏。公告给出的一键复现 URL 形如https://YOUR-PLAYGROUND-SERVER/?endpointhttps%3A%2F%2Fgraphql-xss-schema.netlify.app%2Fgraphqlquery%7B该 URL 利用endpoint查询参数graphql-playground-react1.7.0起支持通过查询参数覆盖代码中显式指定的 endpoint预先载入恶意服务器。公告同时指出这种 URL 形式的利用方式在1.7.0及更新版本上最易实现。3.2 影响范围谁需要关注公告明确了两点关键信息影响所有早于v1.7.28的graphql-playground-react版本。该漏洞自graphql-playground首次公开发布时便已存在因此同时影响早期的 legacygraphql-playground与现役的graphql-playground-reactnpm 包其中1.7.0及以后版本因支持查询参数覆盖 endpoint最容易利用。加载方式决定了你是否需要行动通过graphql-playground-html或graphql-playground-middleware-*系列包部署且未显式传version选项时无需任何操作。因为这些包默认渲染的 HTML 页面会从 CDN 加载最新版graphql-playground-react参见 render-playground-page.ts 中getCdnMarkup的buildCDNUrl(graphql-playground-react, ...)逻辑version缺省时不追加版本号即始终取 CDN 最新版通过Apollo Server提供 HTML 时必须主动处理因为 Apollo Server 总是固定pin某个具体的graphql-playground-react版本需参考 Apollo Server 官方安全公告操作。3.3 修复方案graphql-playground-react1.7.28 的纵深防御graphql-playground-react1.7.28采用三层纵深防御defense in depth策略修复对按文本而非 HTML 处理的内容做 HTML 转义。应用大部分文本插值由 React 默认转义机制保护但存在一个组件曾直接使用不安全的innerHTMLAPI 把类型名插进 HTML——现在该类型名会被正确转义直接修复已知漏洞。在收到 introspection 响应或 schema 变更时校验 schema。凡包含违反 GraphQL 规范的类型名的 schema 将不再被加载同时阻止 Doc Explorer 加载。公告指出仅此一项变更就足以修复已知漏洞。确保用户生成的 HTML 安全。schema 的description与deprecationReason字段可含 Markdown网页应用用markdown-it库渲染为 HTML。此前 Playground 同时使用markdown-it与marked两套渲染库修复版本验证了markdown-it未开启html: true自身具备充分的 HTML 转义能力因此将唯一使用marked的组件切换为markdown-it消除marked对不可信输入需额外搭配 HTML 清洗器的风险。3.4 升级指引按部署方式对号入座在客户端应用中直接使用graphql-playground-react升级到1.7.28或更高版本。服务端使用graphql-playground-html或graphql-playground-middleware-*系列包且向函数显式传version选项把version至少改为1.7.28。服务端使用上述包但未传version选项无需任何操作应用会自动从 CDN 加载最新版graphql-playground-react。四、从源码看两处修复的完整闭环两起漏洞的修复都在当前仓库源码中留下了可验证的痕迹形成闭环服务端 HTML 渲染层2020 修复render-playground-page.ts 中import { filterXSS } from xssfilter函数与公告中的 workaround 示例完全一致且endpoint、CDN URL、faviconUrl、内嵌配置 JSON 等所有可被用户输入污染的插值点都经过了白名单式过滤四个框架中间件express、koa、hapi、lambda均通过renderPlaygroundPage间接获得修复能力。浏览器端 React 应用层2021 修复graphql-playground-react1.7.28的发布内容HTML 转义类型名、schema 校验、统一使用markdown-it在仓库的 2021 安全公告 中有完整描述客户端应用可通过升级该包获得修复服务端部署则依赖 CDN 加载最新版本或显式指定version: 1.7.28。五、安全加固自查清单结合两份公告与示例仓库为使用 GraphQL Playground 的开发者整理如下自查清单检查中间件版本确认graphql-playground-html≥1.6.22、graphql-playground-express≥1.7.16、graphql-playground-koa≥1.6.15、graphql-playground-hapi≥1.6.13、graphql-playground-lambda≥1.7.17。检查 React 包版本若直接集成graphql-playground-react确认版本 ≥1.7.28若经 CDN 加载且未指定version确认 CDN 解析到最新版。排查动态配置来源凡endpoint、subscriptionEndpoint、settings.*、faviconUrl等配置项的值来自 URL 参数、数据库、外部 API必须清洗后传入官方方式为xss库的filterXSS白名单过滤。验证复现路径可参照 xss-attack 示例 的 4 个路由验证静态配置安全、动态输入注入、清洗后安全三种状态的差异。警惕 schema 数据endpoint查询参数可被攻击者用来指向恶意 schema切勿随意点击带有陌生endpoint/query参数的 Playground 链接。六、延伸阅读SECURITY.md漏洞清单入口2021 安全公告introspection schema 注入攻击的完整细节、影响范围与修复说明2020 安全公告XSS 反射漏洞的完整细节、受版本影响对照与 workaroundrender-playground-page.ts服务端渲染层 XSS 修复的源码实现xss-attack 示例可本地运行的攻击与防御演示赞分享开发工具后端API设计【免费下载链接】graphql-playground GraphQL IDE for better development workflows (GraphQL Subscriptions, interactive docs collaboration)项目地址https://gitcode.com/gh_mirrors/gr/graphql-playground点击查看免费下载相关推荐3分钟掌握抖音TikTok数据采集终极解决方案DouK-Downloader完全指南3分钟掌握抖音TikTok数据采集终极解决方案DouK Downloader完全指南 还在为手动下载短视频而烦恼吗每天花费大量时间在抖音和TikTok上寻找开发工具后端API设计TDengine 安全公告深度解析2026 年 15 项漏洞披露、影响范围与修复实践TDengine 安全公告深度解析2026 年 15 项漏洞披露、影响范围与修复实践 TDengine 将产品安全漏洞公告与修复信息统一发布在安全公告页 d数据库时序数据库物联网大数据实时分析云原生Node.js CVE-2017-14849 路径校验漏洞全解析8.5.0 受影响范围、根因与 8.6.0 修复实践Node.js CVE 2017 14849 路径校验漏洞全解析8.5.0 受影响范围、根因与 8.6.0 修复实践 本文基于 Node.js 官网于 201前端文档上一篇COLMAP 从照片到三维重建3 分钟跑通第一条相机轨迹的完整避坑指南下一篇3条命令批量重命名书库5分钟搞定创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考