competition-graphql-rpc-drift

Detects hidden operations by comparing GraphQL schemas and RPC manifests against live handler behavior.

7|4|Updated Jun 22, 2026
One-click install
npx skills add https://github.com/dbx0/skills --skill competition-graphql-rpc-drift-dbx0
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: competition-graphql-rpc-drift
Source: https://github.com/dbx0/skills/tree/main/skills/web-appsec/discovery/competition-graphql-rpc-drift
Command: npx skills add https://github.com/dbx0/skills --skill competition-graphql-rpc-drift-dbx0

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? CTF challenges and API assessments often hide the decisive behavior in drift between declared contracts (GraphQL schemas, persisted query maps, RPC manifests, OpenAPI specs, generated clients) and what live handlers actually execute. This Skill provides a structured workflow to find hidden, stale, or privileged operations by comparing the declared surface against real request/response behavior. ## Core Features & Use Cases - Contract Surface Mapping: Records schemas, introspection output, persisted query ids, RPC manifests, generated clients, and OpenAPI documents with version markers. - Live Handler Verification: Captures real request/response pairs including operation names, variables, headers, and auth context to prove handler-side hidden branches. - Drift Reduction: Compresses findings into the smallest contract-to-handler mismatch that proves the decisive capability, with evidence packaging guidance. - Use Case: During a CTF sandbox challenge, you suspect a GraphQL endpoint exposes an undocumented mutation. Use this Skill to diff the introspection schema against captured traffic, confirm the hidden operation executes on the live handler, and preserve one accepted and one drifted request pair as evidence. ## Quick Start After the ctf-sandbox-orchestrator has established sandbox assumptions, ask it to compare the declared GraphQL schema and generated client against captured live requests to recover any hidden operations.

Frequently Asked Questions about competition-graphql-rpc-drift

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I find hidden GraphQL operations in an API?

Compare the declared schema or introspection output against real captured requests and live handler responses. Hidden operations often appear as undocumented mutations, stale fields, or handler-only branches that still execute despite being absent from the contract.

How to detect drift between OpenAPI specs and live endpoints?

Record the declared OpenAPI document, then capture actual request shapes including method, path, variables, and auth context. Diff the two side by side to identify undocumented methods, version skew, or handler-side fallback logic that the spec does not describe.

What is contract-to-handler drift in RPC systems?

Contract-to-handler drift occurs when the RPC manifest or generated client no longer matches what the server handler actually executes. It can expose hidden operations, stale fields, or privileged branches reachable only through requests the client never generates.

When should I use this skill instead of a general API testing approach?

Use it only after the ctf-sandbox-orchestrator has established sandbox assumptions and routed the task here, and when the hard part is matching declared contracts to live handlers. Generic JWT, OAuth, or queue issues should be handed off to tighter specialized skills.

What evidence should I preserve when proving a hidden operation?

Keep the contract side (schema, manifest, generated client, persisted query id, version marker), the request side (operation name, variables, headers, cookies), and the effect side (hidden data, accepted action, or state change), plus one accepted and one drifted request pair.