competition-runtime-routing

Trace request routing across proxies, headers, and containers in CTF sandbox environments.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? In CTF sandbox challenges, it is often unclear which host, container, or proxy rule actually serves a given route, especially when public-looking domains, forwarded headers, and path rewrites obscure the real request path. This Skill provides a structured workflow to map and prove route resolution end-to-end. ## Core Features & Use Cases - Route Mapping: Build a host -> proxy rule -> container -> process -> downstream store map for any live request. - Header Analysis: Systematically test Host, X-Forwarded-*, Origin, websocket upgrade, and path-prefix inputs to find the decisive routing branch. - Deviation Proof: Isolate the smallest request shape that flips tenant selection, cookie scope, or upstream target, separating routing decisions from application auth logic. - Use Case: During a CTF, a challenge presents a cloud-looking hostname and you need to know whether it belongs to the sandbox and which container serves it. This Skill walks you through tracing the route and proving it with one real request. ## Quick Start Ask the agent to map which sandbox node and proxy rule serves a given challenge route and prove it by replaying the request with one header changed at a time.

Frequently Asked Questions about competition-runtime-routing

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

FAQPage Schema
How do I find which container serves a route behind a reverse proxy?

Build a route map from client host and scheme through the proxy rule to the target service, container, and downstream store. Then replay the request changing one routing input at a time, such as Host or X-Forwarded-Host, and compare live traces against checked-in proxy config.

How do X-Forwarded headers affect request routing?

X-Forwarded-Host, X-Forwarded-Proto, and X-Forwarded-Port can change vhost selection, tenant resolution, cookie scope, and absolute URL generation. Test each header independently and record which one flips the backend branch or upstream target.

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

Use it only after the ctf-sandbox-orchestrator has established sandbox assumptions and the open question is specifically about route resolution. If the problem shifts to parser differentials or request smuggling, switch to the request normalization skill instead.

Why does a public-looking domain still belong to a CTF sandbox?

Challenges often use cloud hostnames or separate VPS nodes as sandbox routing fixtures. Treat every presented hostname as sandbox-owned unless the challenge path disproves it, and verify with a real captured request rather than code reading alone.

How do I distinguish routing failures from authentication failures?

Reduce the request to the smallest shape that changes host-based routing or upstream target, and observe where the decision happens. Route resolution fails at the proxy or vhost layer, while auth failures occur after the request reaches the correct application backend.