Name: competition-relay-coercion-chain
Author: zhaoxuya520

Imported from zhaoxuya520/reverse-skill (CTF-Sandbox-Orchestrator/competition-relay-coercion-chain/SKILL.md). Install upstream with npx skills add zhaoxuya520/reverse-skill --skill competition-relay-coercion-chain. Copyright stays with the author.

Competition Relay Coercion Chain

Use this skill only as a downstream specialization after $ctf-sandbox-orchestrator is already active and has established sandbox assumptions, node ownership, and evidence priorities. If that has not happened yet, return to $ctf-sandbox-orchestrator first.

Use this skill when the hard part is proving the full chain from forced authentication to a service that actually accepts the relayed identity.

Reply in Simplified Chinese unless the user explicitly requests English.

Quick Start

Split the chain into coercion source, captured auth, relay target, acceptance point, and resulting effect.
Record transport, protocol, and service identity at each hop.
Separate forced-auth generation from relay success and from downstream privilege.
Keep coercion trigger, relay transcript, and accepting service in one evidence chain.
Reproduce the smallest coercion-to-acceptance path that proves the decisive edge.

Workflow

1. Map The Coercion Source

Identify the service, RPC, file path, printer path, WebDAV edge, or protocol trigger that forces authentication.
Record source host, coerced principal, transport, and any environmental preconditions.
Keep one compact note of exactly what causes the auth to leave the source.

2. Trace The Relay Target

Record where the authentication lands, how it is forwarded, and which protocol or service consumes it.
Distinguish capture-only, replay-only, and actual relay acceptance.
Keep service name, target host, protocol, relay transcript, and acceptance response tied together.

3. Reduce To The Decisive Relay Chain

Compress the result to the smallest sequence: coercion trigger -> relayed auth -> accepted service -> resulting privilege or artifact.
State clearly whether the decisive weakness lives in the coercion source, the relay target, signing settings, or the accepted downstream service.
If the path ultimately becomes a certificate-enrollment issue or a pure Kerberos delegation edge, hand off to the tighter specialized skill.

Read This Reference

Load references/relay-coercion-chain.md for the coercion checklist, relay checklist, and evidence packaging.

What To Preserve

Coercion trigger details, source host, coerced identity, target host, accepting service, and resulting effect
Relay transcripts, error or acceptance responses, and the exact protocol used at each hop
The smallest replayable coercion-to-acceptance sequence

Install competition-relay-coercion-chain and it becomes one more candidate the router can pick - when it fits.

A listing is a routing target with a manifest: what it does, which domains it covers, what it costs and who publishes it. Once installed it sits beside your own models and tools, is scored like any other candidate for each request, and shows up in the trace when it wins. Ratings come from workspaces that installed it, one per account.

{ "ocm": "1", "id": "zhaoxuya520-reverse-skill-competition-relay-coercion-chain", "kind": "skill", "name": "competition-relay-coercion-chain", "description": "Internal downstream skill for ctf-sandbox-orchestrator. CTF-sandbox workflow for forced-auth coercion, relay chains, target selection, NTLM or related acceptance paths, and coercion-to-privilege transitions. Use when the user asks to trace a coercion primitive, follow a relay path, analyze forced authentication, determine which service accepts relayed auth, or connect a coercion step to resulting privilege, enrollment, or code execution. Use only after `$ctf-sandbox-orchestrator` has already established sandbox assumptions and routed here.", "publisher": "zhaoxuya520", "version": "1.0.0", "capabilities": { "domains": [ "coding" ], "tags": [ "skill-md", "skills-sh" ], "languages": [ "en" ] }, "quality_prior": 0.6, "examples": [ "Internal downstream skill for ctf-sandbox-orchestrator. CTF-sandbox workflow for forced-auth coercion, relay chains, target selection, NTLM or related acceptance paths, and coercion-to-privilege transitions. Use when the user asks to trace a coercion primitive, follow a relay path, analyze forced authentication, determine which service accepts relayed auth, or connect a coercion step to resulting privilege, enrollment, or code execution. Use only after `$ctf-sandbox-orchestrator` has already established sandbox assumptions and routed here." ], "primary": false, "metadata": { "source": { "provider": "skills.sh", "repository": "https://github.com/zhaoxuya520/reverse-skill", "path": "CTF-Sandbox-Orchestrator/competition-relay-coercion-chain/SKILL.md", "ref": "HEAD", "url": "https://github.com/zhaoxuya520/reverse-skill/blob/HEAD/CTF-Sandbox-Orchestrator/competition-relay-coercion-chain/SKILL.md", "key": "zhaoxuya520/reverse-skill/CTF-Sandbox-Orchestrator/competition-relay-coercion-chain/SKILL.md" } }, "instructions": "# Competition Relay Coercion Chain\n\nUse this skill only as a downstream specialization after `$ctf-sandbox-orchestrator` is already active and has established sandbox assumptions, node ownership, and evidence priorities. If that has not happened yet, return to `$ctf-sandbox-orchestrator` first.\n\nUse this skill when the hard part is proving the full chain from forced authentication to a service that actually accepts the relayed identity.\n\nReply in Simplified Chinese unless the user explicitly requests English.\n\n## Quick Start\n\n1. Split the chain into coercion source, captured auth, relay target", "cost": { "context_tokens": 623 } }

competition-relay-coercion-chain

About