用途：面向漏洞赏金与安全测试场景，系统化地发现和验证 GraphQL 接口中的越权、信息泄露与竞态问题。资料强调 GraphQL 攻击面同时具备广度与深度，单个端点即可暴露数据模型、提权路径与跨 API 状态混乱，最高价值目标包括平台型 API、GraphQL 与 REST 双写资源、B2B 多租户平台以及误暴露的内部管理端点。
主要能力与覆盖漏洞：IDOR（通过 node 与全局 ID/GID）、mutation IDOR（含 AI/LLM 会话类 mutation）、字段级授权缺失导致的 PII 泄露、跨租户 GID 越权、GraphQL 与 REST 之间的竞态与状态不同步、订阅缺少按用户隔离、批量别名爆破 OTP/2FA、负查询成本导致的限流绕过、GraphQL 参数引发的 SSRF，以及批处理/深层属性放大造成的 DoS。
必要用法：先发现端点（常见路径 /graphql、/api/graphql、/gql 等；结合 JS 打包搜索 query、mutation、__typename、apollo、gql 等关键字），再测试内省（完整 __schema 查询或最小探测 { __typename }），内省被禁时可用字段建议报错与 Clairvoyance 爆破字段名；用 InQL、graphql-voyager 映射 schema，重点找修改归属、权限、成员关系的 mutation 以及与 REST 功能重叠的 mutation。逐 mutation 用不同权限层级令牌重放验证授权，并对 REST 与 GraphQL 双写路径做顺序化比对，确认撤销后权限是否仍然保留。资料给出的验证命令保持原样，例如 curl 内省测试与 updateTeamsRepository 的复现链，以及 inql、clairvoyance、graphql-cop 等工具调用。限制：资料未提供价格、平台支持范围或效果保证；别名批量仅在多线程/DataLoader 等并发 resolver 模型下才可能赢得竞态，单线程逐条执行时需与并行 HTTP 或单包攻击结合。所有测试须在授权范围内进行。