T1610 Deploy Container

Enterprise

Adversaries may deploy a container into an environment to facilitate execution or evade defenses. In some cases, adversaries may deploy a new container to execute processes associated with a particular image or deployment, such as processes that execute or download malware. In others, an adversary may deploy a new container configured without network rules, user limitations, etc. to bypass existing defenses within the environment. In Kubernetes environments, an adversary may attempt to deploy a privileged or vulnerable container into a specific node in order to Escape to Host and access other containers running on the node. Containers can be deployed by various means, such as via Docker's <code>create</code> and <code>start</code> APIs or via a web application such as the Kubernetes dashboard or Kubeflow. In Kubernetes environments, containers may be deployed through workloads such as ReplicaSets or DaemonSets, which can allow containers to be deployed across multiple nodes. Adversaries may deploy containers based on retrieved or built malicious images or from benign images that download and execute malicious payloads at runtime.

01

Plattformen

Plattformen, für die dies gilt.

Containers
02

Taktiken

ATT&CK-Taktiken, denen diese Technik dient.

03

Gegenmaßnahmen

ATT&CK-Gegenmaßnahmen, die dies verringern.

05

NIST CSF 2.0 — Relevanzbereiche (Protect / Detect)

NIST-CSF-2.0-Bereiche mit dem größten Bezug (belegbasiert).

Abgeleitet aus MITRE CTID (Apache-2.0) und dem NIST-800-53-↔-CSF-Crosswalk (gemeinfrei). Eine indikative Relevanz entlang der Protect-/Detect-Achse — keine Compliance-Bewertung und keine Abdeckungsaussage.

06

Mindernde Maßnahmen (9)

Sicherheitskontrollen, die dies mindern.

07

Gruppen (3)

Zugehörige Bedrohungsgruppen.

08

Software (4)

Zugehörige Malware und Tools.

09

Quelle

Wo diese Definition veröffentlicht ist.