competition-k8s-control-plane

Trace Kubernetes API paths, RBAC edges, and admission mutations to workload exposure.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This skill helps security researchers and operators map how Kubernetes API actions translate into workload changes, revealing how permissions and controller logic enable or prevent secret exposure and drift between manifests and live state.

Core Features & Use Cases

  • Map the API trust path: capture principal identity, RBAC edges, and admission/mutation steps that lead to a workload or secret.
  • Trace mutations to workload state: compare intent vs live objects, trace controller outputs, and identify where drift originates.
  • Reduce to decisive path: compress complex chains into the smallest chain from principal to effect, aiding rapid remediation and evidence collection.
  • This skill is used when auditing Kubernetes security posture, debugging RBAC issues, or analyzing admission webhook and controller behavior in sandbox environments.

Quick Start

After $ctf-sandbox-orchestrator is active, tell this skill the Kubernetes control-plane path you want traced and let it map RBAC edges to workload effects.

Frequently Asked Questions about competition-k8s-control-plane

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

FAQPage Schema
How do I trace Kubernetes API paths to identify workload or secret exposure?

Trace Kubernetes API paths by mapping principal identity, RBAC edges, and admission mutations to see how service account actions lead to live workload or secret exposure. This maps the complete trust chain for security audits.

How does RBAC permission evaluation work during Kubernetes control-plane tracing?

RBAC evaluation works by capturing the edges between a principal identity and the API actions it permits. The trace follows these edges through admission and controller mutations to determine if the action results in live workload drift or secret exposure.

What is the best way to investigate Kubernetes workload drift between manifests and live state?

The best way to investigate workload drift is comparing intended manifests against live objects while tracing controller outputs. This identifies exactly where the drift originates and compresses the chain into a decisive path for remediation.

Can I use this tracing method for sandbox containment scenarios and post-incident investigations?

Yes, you can use this tracing method for sandbox containment and post-incident investigations. It enforces a disciplined workflow to map entities, actions, and outcomes, producing compact, evidence-rich traces critical for understanding the trust chain.

How do I map admission webhook and controller mutations to their workload effects?

Map admission webhook and controller mutations by tracing their outputs against live objects. This reveals how controller logic enables or prevents drift and secret exposure, reducing complex chains into the smallest path from principal to effect.

Why does my Kubernetes service account action lead to unintended secret exposure?

A service account action leads to unintended secret exposure when RBAC edges and admission mutations permit the trust path. Tracing the API path end-to-end identifies the exact controller logic and permissions enabling the exposure for rapid remediation.