reverse-skills-max: initial public release (restored, redacted, hardened)
This commit is contained in:
@@ -0,0 +1,50 @@
|
||||
---
|
||||
name: competition-linux-credential-pivot
|
||||
description: Internal downstream skill for ctf-sandbox-orchestrator. CTF-sandbox workflow for Linux credential artifacts, service tokens, SSH material, cloud and container secrets, socket-level trust, and host-to-host pivot chains. Use when the user asks to trace Linux auth artifacts, accepted token or key replay, socket or service-account trust edges, sudo or capability abuse, or explain lateral movement across Linux challenge nodes. Use only after `$ctf-sandbox-orchestrator` has already established sandbox assumptions and routed here.
|
||||
---
|
||||
|
||||
# Competition Linux Credential Pivot
|
||||
|
||||
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 decisive edge is Linux credential material and where that material is accepted.
|
||||
|
||||
Reply in Simplified Chinese unless the user explicitly requests English.
|
||||
|
||||
## Quick Start
|
||||
|
||||
1. Separate credential storage from accepted privilege.
|
||||
2. Record user, process, namespace, socket, key file, and service trust boundary before conclusions.
|
||||
3. Keep artifact recovery, replay path, and resulting capability in one chain.
|
||||
4. Distinguish local escalation from lateral host pivot.
|
||||
5. Reproduce one minimal artifact-to-accepted-access path.
|
||||
|
||||
## Workflow
|
||||
|
||||
### 1. Map Credential And Trust Artifacts
|
||||
|
||||
- Record SSH keys, agent sockets, kubeconfigs, cloud tokens, service-account secrets, env vars, config files, and process memory clues.
|
||||
- Note sudoers rules, capabilities, setuid binaries, systemd unit context, and namespace boundaries.
|
||||
- Keep each artifact tied to owner, scope, and expected accepting service.
|
||||
|
||||
### 2. Prove Replay And Pivot
|
||||
|
||||
- Show where key, token, socket, or secret is accepted: SSH, API, Unix socket, container runtime, or control-plane endpoint.
|
||||
- Record host target, protocol, principal, and resulting session or privilege.
|
||||
- Distinguish authentication success from useful capability gain.
|
||||
|
||||
### 3. Reduce To Decisive Linux Pivot Chain
|
||||
|
||||
- Compress to: recovered artifact -> accepted replay path -> pivot host or privilege transition -> resulting capability.
|
||||
- State whether root cause is weak key handling, token leakage, socket trust, sudo or capability abuse, or namespace crossover.
|
||||
- If the chain pivots into kernel exploit boundaries, hand off to kernel container escape skill.
|
||||
|
||||
## Read This Reference
|
||||
|
||||
- Load `references/linux-credential-pivot.md` for artifact checklists, replay matrix, and evidence packaging.
|
||||
|
||||
## What To Preserve
|
||||
|
||||
- Artifact path, owner, scope, accepting service, and resulting principal
|
||||
- Exact pivot order with protocol and target host or namespace
|
||||
- One minimal replayable chain proving capability gain
|
||||
Reference in New Issue
Block a user