$npx -y skills add zhaoxuya520/reverse-skill --skill competition-dpapi-credential-chainInternal downstream skill for ctf-sandbox-orchestrator. CTF-sandbox workflow for DPAPI masterkeys, vault blobs, browser credential stores, protected secrets, domain backup keys, and secret-to-acceptance replay chains. Use when the user asks to inspect DPAPI blobs or masterkeys, r
| 1 | # Competition Dpapi Credential Chain |
| 2 | |
| 3 | 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. |
| 4 | |
| 5 | Use this skill when the decisive Windows secret is DPAPI-protected and the hard part is proving which context unwraps it and where the plaintext is accepted. |
| 6 | |
| 7 | Reply in Simplified Chinese unless the user explicitly requests English. |
| 8 | |
| 9 | ## Quick Start |
| 10 | |
| 11 | 1. Separate protected blob, masterkey, decrypting context, and final accepting service. |
| 12 | 2. Record SID, user or machine context, masterkey path, vault or browser store, and target replay point before broad conclusions. |
| 13 | 3. Keep DPAPI source artifact, unwrap step, plaintext secret, and acceptance edge in one chain. |
| 14 | 4. Distinguish local user DPAPI, machine DPAPI, domain backup key use, and application-specific wrapping. |
| 15 | 5. Reproduce the smallest DPAPI-to-accepted-access path that proves the decisive edge. |
| 16 | |
| 17 | ## Workflow |
| 18 | |
| 19 | ### 1. Map Protected Secret And DPAPI Context |
| 20 | |
| 21 | - Record blob source, masterkey location, SID, protector scope, profile path, credential store, and any application wrapper such as browser encryption or vault metadata. |
| 22 | - Note whether the decisive value lives in Credential Manager, Vault, browser cookies, browser passwords, Wi-Fi profiles, RDP files, or custom app storage. |
| 23 | - Keep protected artifact, masterkey candidate, and account or machine context tied together. |
| 24 | |
| 25 | ### 2. Prove Unwrap And Acceptance |
| 26 | |
| 27 | - Show how the secret is decrypted: user logon material, machine context, domain backup key, or another recovered protector. |
| 28 | - Record plaintext type, target host or service, replay method, and resulting session, token, or data access. |
| 29 | - Distinguish successful blob decryption from actual accepted access. |
| 30 | |
| 31 | ### 3. Reduce To The Decisive DPAPI Chain |
| 32 | |
| 33 | - Compress the result to the smallest sequence: protected artifact -> masterkey or unwrap context -> plaintext secret -> accepted replay or access -> resulting capability. |
| 34 | - State clearly whether the decisive edge lives in masterkey recovery, DPAPI scope confusion, application wrapper handling, or the service that accepts the recovered secret. |
| 35 | - If the task broadens into generic LSASS ticket material or full Windows pivoting, hand back to the tighter host or pivot skill. |
| 36 | |
| 37 | ## Read This Reference |
| 38 | |
| 39 | - Load `references/dpapi-credential-chain.md` for the blob checklist, masterkey checklist, and evidence packaging. |
| 40 | |
| 41 | ## What To Preserve |
| 42 | |
| 43 | - Blob paths, masterkey paths, SIDs, protector scope, store names, and application wrapper details |
| 44 | - The exact accepting service or dataset unlocked by the recovered plaintext |
| 45 | - One minimal protected-artifact-to-accepted-access sequence that proves the edge |