Cross-source coverage

T1059.013 / ATT&CK

Command and Scripting Interpreter: Container CLI/API

1 rule across 1 source.

From MITRE ATT&CK 19.2

Adversaries may abuse built-in CLI tools or API calls to execute malicious commands in containerized environments.

The Docker CLI is used for managing containers via an exposed API point from the dockerd daemon. Some common examples of Docker CLI include Docker Desktop CLI and Docker Compose, but users are also able to use SDKs to interact with the API. For example, Docker SDK for Python can be used to run commands within a Python application.

Adversaries may leverage the Docker CLI, API, or SDK to pull or build Docker images (i.e., Ingress Tool Transfer, Build Image on Host), run containers (i.e., Deploy Container), or execute commands inside running containers (i.e., Container Administration Command). In some cases, threat actors may pull legitimate images that include scripts or tools that they can leverage - for example, using an image that includes the curl command to download payloads. Adversaries may also utilize docker inspect and docker ps to scan for cloud environment variables and other running containers (i.e., Container and Resource Discovery).

Kubernetes is responsible for the management and orchestration of containers across clusters. The Kubernetes control plane, which manages the state of the cluster and is responsible for scheduling, communication, and resource monitoring, can be invoked directly via the API or indirectly via CLI tools such as kubectl. It may also be accessed within client libraries such as Go or Python. By utilizing the API, administrators can interact with resources within the cluster such as listing or creating pods, which is a group of one or more containers. Adversaries call the API server via curl or other tools, allowing them to obtain further information about the environment such as pods, deployments, daemonsets, namespaces, or sysvars. They may also run various commands regarding resource management.

Tactics
Execution
Platforms
Containers
Telemetry
auditd:SYSCALLdocker:eventskubernetes:apiserverAWS:CloudTrailkubernetes:audit

How MITRE says to detect it DET0083

Container CLI and API Abuse via Docker/Kubernetes (T1059.013)

Containers Analytic 0233

Execution of container orchestration commands (e.g., `docker exec`, `kubectl exec`) or API-driven interactions with running containers from unauthorized hosts or non-standard user contexts. Defender sees programmatic or interactive command execution within containers outside expected CI/CD tools or automation frameworks, often followed by file writes, privilege escalation, or lateral discovery.

  • auditd:SYSCALL execve: Execution of container management CLIs (docker, crictl, kubectl) or interpreted shells (sh, bash, python) within container context
  • docker:events exec_create: docker exec events targeting running containers from non-CI sources
  • kubernetes:apiserver create/exec: Kubernetes API calls to exec into containers or create pods from curl, kubectl, or SDK clients
  • AWS:CloudTrail CreatePod: Programmatic creation of new pod resources using container images not seen before in the environment
  • kubernetes:audit Shell process (e.g., /bin/sh, /bin/bash) spawned in a container without an interactive session attached (i.e., automation anomaly)

splunk/security_content

1 rule
Detection Severity Format
Linux Docker Shell Execution Undefined SPL

Detection rules belong to the projects that publish them and remain under their own licenses. This site indexes and links to them; it claims no rights in them.