CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

k8s-pod-escape

Kubernetes pod escape to node — privileged container abuse, hostPath mount escape, hostPID/hostIPC, capability misuse (SYS_ADMIN, SYS_PTRACE), runC CVE chains. Pivots from RCE-in-pod to full node compromise.

Quality

82%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Critical

Do not install without reviewing

SKILL.md
Quality
Evals
Security

Quality

Content

82%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A lean, highly actionable playbook with a clear phased workflow and per-technique detection checkpoints. Minor gaps: a few restated known concepts and no explicit post-escape verification step.

DimensionReasoningScore

Conciseness

The body is dominated by executable commands with tight, value-adding comments (capability hex masks, exact field selectors), but includes a few explanations of concepts Claude already knows, e.g. 'hostPID lets you see all node processes' and the nsenter explanation. It fits the score-4 anchor (efficient, minor instances of over-explanation that could be trimmed); not 5 because a handful of clarifying sentences restate common knowledge.

4 / 5

Actionability

Fully copy-paste-ready commands throughout: enumeration one-liners, mount/chroot escape, docker/ctr socket abuse, a complete cgroup release_agent script, a malicious Dockerfile, and a full kubectl --overrides privileged-pod manifest. This matches the score-5 anchor (specific examples cover the common cases); score 4 would understate the breadth of ready-to-run coverage.

5 / 5

Workflow Clarity

Clear Phase 1 → Phase 2 → Phase 3 sequence with per-primitive detection steps and an explicit decision rule ('check each, escalate via the first that works'). It is not 5 because there is no post-escape verification step confirming success (e.g. checking hostname/`id` against the host) and no validate-retry loop; it is above 3 because the detection checks act as real checkpoints before escalation.

4 / 5

Progressive Disclosure

Well-organized single-file skill with clear section headers (enumeration, per-technique subsections, post-escape, OPSEC, references) and no nested or buried references. It fits the score-4 anchor (good structure, content appropriately placed, minor organization gaps — e.g. the runC CVE-2024-21626 detail could live in a separate reference file); not 5 because no one-level-deep reference split exists for the more specialized CVE material.

4 / 5

Total

17

/

20

Passed

Description

75%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong, highly specific description that precisely names the escape techniques and the pivot path. Its main gap is the absence of an explicit 'Use when...' trigger clause and common user phrasings like 'k8s' and 'container escape'/'breakout'.

Suggestions

Add an explicit trigger clause, e.g. 'Use when the user has code execution inside a Kubernetes pod/container and wants to escape to the host node.'

Include common user phrasings as natural trigger terms: 'k8s', 'container escape', 'container breakout', 'break out of a pod'.

State the starting condition as a 'when' more directly (e.g. 'Use when you have RCE in a pod') rather than leaving it embedded in the pivot sentence.

DimensionReasoningScore

Specificity

The description lists multiple specific concrete techniques — 'privileged container abuse, hostPath mount escape, hostPID/hostIPC, capability misuse (SYS_ADMIN, SYS_PTRACE), runC CVE chains' — comprehensively covering the escape primitives. It matches the score-5 anchor listing multiple specific concrete actions with comprehensive coverage, and is not the level below (4) because coverage is not merely 'several' actions but spans the full technique set the skill body addresses.

5 / 5

Completeness

The 'what' is explicit and detailed, and 'Pivots from RCE-in-pod to full node compromise' states a concrete precondition that functions as a when-clause ('when you have RCE inside a pod'). It is not 5 because the trigger guidance is not phrased as an explicit 'Use when...' clause with trigger phrases; it is above 3 because 'when' is more than weakly implied — the starting condition is named.

4 / 5

Trigger Term Quality

It contains good natural keywords a user would say ('kubernetes pod escape', 'privileged', 'hostPath', 'runC'), but common variations like 'k8s', 'container escape', and 'container break out / breakout' are absent from the description itself. Not 5 because synonym coverage is incomplete; not 3 because the terms present go well beyond one or two generic domain words.

4 / 5

Distinctiveness Conflict Risk

A clear niche (Kubernetes pod escape to node) with distinct triggers like 'hostPath mount escape' and 'runC CVE chains' that no neighboring skill would claim. Minimal conflict risk, matching the score-5 anchor; score 4 ('mostly distinct') would understate how unmistakable this trigger set is.

5 / 5

Total

18

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository

PurpleAILAB/Decepticon

Path

packages/decepticon/decepticon/skills/standard/cloud/container/k8s-pod-escape/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.