Competition Relay Coercion Chain

$ctf-sandbox-orchestrator

$ctf-sandbox-orchestrator

Quick Start

1. Split the chain into coercion source, captured auth, relay target, acceptance point, and resulting effect.
2. Record transport, protocol, and service identity at each hop.
3. Separate forced-auth generation from relay success and from downstream privilege.
4. Keep coercion trigger, relay transcript, and accepting service in one evidence chain.
5. 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