competition-kernel-container-escape

Prove container-to-host boundary-crossing primitives during security assessments.

4|Updated Apr 9, 2026
One-click install
npx skills add https://github.com/xjtu-wang/DigAgent --skill competition-kernel-container-escape
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: competition-kernel-container-escape
Source: https://github.com/xjtu-wang/DigAgent/tree/main/.agents/skills/competition-kernel-container-escape
Command: npx skills add https://github.com/xjtu-wang/DigAgent --skill competition-kernel-container-escape

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Internal downstream skill for ctf-sandbox-orchestrator to map kernel and container boundaries, verify escape primitives, and validate sandbox assumptions across containerized workloads.

Core Features & Use Cases

  • Workflow-driven isolation mapping: capture namespace, cgroup, capabilities, and runtime boundaries to prove or disprove host reachability.
  • Primitive-to-boundary verification: separate and document the triggers, boundary crossings, and resulting host-visible effects.
  • Reproducible audit trail: preserve a minimal, repeatable chain from container context to host-level outcome for security assessments.

Quick Start

Follow the downstream orchestration stage after $ctf-sandbox-orchestrator is active to map kernel and container boundaries and confirm boundary-crossing primitives.

Frequently Asked Questions about competition-kernel-container-escape

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I prove a container-to-host escape during a kernel security assessment?

Container escape verification maps kernel and runtime boundaries by recording namespace, cgroup, and capability states. It documents triggers and boundary crossings to establish a reproducible chain from container context to host-level outcome.

What is the process for sandbox assumption validation across container runtimes?

Sandbox assumption validation verifies isolation across container runtimes by capturing runtime boundaries. It documents triggers and boundary crossings to prove or disprove host reachability during security assessments.

How do I map namespace and cgroup boundaries to verify escape primitives?

Mapping namespace and cgroup boundaries requires recording kernel and runtime state through a coordinated workflow. This isolation mapping captures boundary data to verify escape primitives and resulting host-visible effects.

Do I need an orchestrator to analyze kernel container escape evaluations?

Yes, kernel container escape evaluations coordinate through a downstream orchestrator. You follow the orchestration stage after the orchestrator is active to map boundaries and confirm boundary-crossing primitives.

Can I use this approach for CTF sandbox boundary analysis?

Yes, this approach applies to CTF sandbox boundary analysis by mapping kernel and container boundaries. It verifies escape primitives and validates sandbox assumptions across containerized workloads for security evaluations.

What are the limitations of workflow-driven isolation mapping for container security?

Workflow-driven isolation mapping is limited to producing a minimal, reproducible escape chain for audit trails. It depends on a downstream orchestrator to coordinate state recording and validate sandbox assumptions across diverse runtimes.