container-k8s-escape
Audited by Socket on Jul 2, 2026
8 alerts found:
Malwarex6Securityx2Coherent with its stated offensive purpose, but the purpose itself is to give an AI agent exploitation and privilege-escalation capability against containers and Kubernetes. The main risk is not hidden behavior or obfuscation; it is explicit offensive enablement, credential targeting, and autonomous compromise paths. Treat as high-risk and unsuitable for general agent deployment.
This Bash script is highly indicative of malicious post-exploitation behavior rather than a legitimate dependency. It enumerates host breakout primitives (dangerous runtime sockets, mount/core_pattern/cgroup escape indicators), probes Kubernetes components for exploitable conditions, discovers Kubernetes credential material on node filesystem paths, and directly harvests cloud IAM data from IMDS (169.254.169.254). It is not obfuscated, but its purpose and actions strongly align with sabotage/credential theft workflows. If found in an npm/package dependency chain, it should be treated as a critical supply-chain compromise indicator and removed/reviewed immediately.
High concern: the supplied fragment is an actionable guide to container-to-host escape and host privilege escalation (release_agent/core_pattern/nsenter/runtime-socket abuse/hostPath host filesystem writes), including payload drop/execution and OPSEC cleanup. While it is not executable library code, distributing such content in a public dependency or build artifact could directly enable compromise in misconfigured environments. No obfuscation analysis applies meaningfully because this is instructional text rather than code.
This fragment is highly indicative of malicious supply-chain content: it is an offensive Kubernetes post-exploitation pivot playbook that teaches credential harvesting (ServiceAccount tokens, kubelet/control-plane credentials), secret extraction (apiserver and direct etcd /registry/secrets reads), cloud IAM credential theft via IMDS, and persistence/spread across the cluster (privileged DaemonSet and static pod manifest placement). There is no benign software functionality described. If shipped as part of a dependency or tooling, it should be treated as a severe compromise-enabling artifact rather than a normal library/module.
This module is explicitly designed as an exploit/PoC builder to achieve host-root command execution. It generates and compiles a constructor-based shared library that executes attacker-supplied commands via system(), escalates privileges to root within the payload, and uses LD_PRELOAD plus docker/k8s GPU triggering to route execution through a vulnerable NVIDIA container host hook. Overall, it is highly indicative of malicious behavior and is unsafe to use in any supply-chain context.
This module is highly indicative of malicious/weaponized activity. It is an explicit container-to-host escape exploit that writes attacker-controlled commands into executable scripts and routes them to be executed as root by the host kernel using cgroup v1 release_agent or kernel core_pattern. There are no defensive controls or legitimate administrative use-cases for such behavior within a dependency.