Content
83%Weight 40%Scale 1-5Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
The body is an exceptionally lean and actionable command reference with a clear phased workflow and useful OPSEC notes. Its weaknesses are the complete absence of validation/verification checkpoints around destructive operations (which caps workflow clarity at 3) and no use of bundle reference files to offload the technique catalog.
Suggestions
Add validation checkpoints between phases, e.g. after minting a token verify identity with 'curl .../v1/projects/-/serviceAccounts/.../token' or 'gcloud auth print-identity-token --impersonate-service-account=...', and re-run test-iam-permissions as the higher-priv SA before pivoting.
Move the per-primitive escalation techniques (Cloud Functions, Compute metadata, key minting) into separate reference files under references/ and keep SKILL.md as a phased overview with well-signaled links.
Turn the bare Reference citations (RhinoSecurityLabs, Praetorian, DEFCON 27) into actual URLs so they are actionable.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is almost entirely dense, copy-paste commands with terse operational comments ('Long-lived credential — survives token rotation', 'Token TTL 60min'); it assumes Claude knows how GCP and gcloud work and explains nothing basic. Every section earns its place, matching the 'lean and efficient' anchor. | 5 / 5 |
Actionability | All guidance is fully executable: exact curl calls with headers and payloads, gcloud commands, and a complete heredoc-created Cloud Function source file with its deploy command. Placeholders like 'highpriv@PROJECT.iam.gserviceaccount.com' are self-explanatory substitutions, and the examples cover the common impersonation cases, matching the 'fully executable; copy-paste ready' anchor. | 5 / 5 |
Workflow Clarity | The sequence is clear and well-ordered (token theft → Phase 1 enumerate → Phase 2 primitives → Phase 3 cross-project pivot), but there are no validation checkpoints — e.g., verifying the minted token's identity/permissions before pivoting or confirming a deployment succeeded. Since the workflow includes destructive and loud operations (instance reset, key creation, function deploy), the rubric's cap of 3 applies; it is not a 2 because the steps themselves are coherent and well-defined, and not a 4 because verification is entirely absent. | 3 / 5 |
Progressive Disclosure | No bundle files exist, and the skill is a well-sectioned ~120-line command reference — clear headers (Steal the token, Phase 1/2/3, OPSEC, References) make navigation easy. It falls just short of 5 because the content is over 50 lines and all inlined: the per-primitive technique catalog could live in reference files, and the References section cites external research by name without links or paths, so they are 'mostly clear' but not well-signaled file references. | 4 / 5 |
Total | 17 / 20 Passed |