CVE-2026-50195: containerd: CRI checkpoint import allows local image tag poisoning

Published Jun 19, 2026
·
Updated

Impact containerd's CRI checkpoint import process contains a vulnerability where it fails to validate the image references specified within a checkpoint image's configuration. An attacker with permissions to create pods can use a crafted checkpoint image to force containerd to pull a malicious image and assign it an arbitrary local tag, thereby poisoning the node's local image cache. Subsequently, if other pods on the same node attempt to use the poisoned tag with an IfNotPresent (or Never) pull policy, they will unknowingly execute the attacker's malicious image instead of the legitimate one. This can lead to a compromise of the affected pods, allowing the attacker to execute arbitrary code under the victim pod's identity.

Patches This bug has been fixed in the following containerd versions:

2.3.2 2.2.5 2.1.9

Users should update to these versions to resolve the issue. Workarounds Users should only allow trusted images to be pulled.

Credits The containerd project would like to thank Henry Beberman (@hbeberman) of Microsoft, the GKE Security Team using Gemini, Anthropic Research, in collaboration with Claude, and Robert Prast (@robertprast) who independently discovered and responsibly disclosed this issue in accordance with the containerd security policy.

For more information If you have any questions or comments about this advisory:

Open an issue in containerd Email us at security@containerd.io

To report a security issue in containerd: Report a new vulnerability Email us at security@containerd.io

Other sources

containerd is an open-source container runtime. Versions prior to 2.3.2, 2.2.5 and 2.1.9 contain a vulnerability in the CRI checkpoint import process where it fails to validate the image references specified within a checkpoint image's configuration. An attacker with permissions to create pods can use a crafted checkpoint image to force containerd to pull a malicious image and assign it an arbitrary local tag, thereby poisoning the node's local image cache. Subsequently, if other pods on the same node attempt to use the poisoned tag with an IfNotPresent (or Never) pull policy, they will unknowingly execute the attacker's malicious image instead of the legitimate one. This can lead to a compromise of the affected pods, allowing the attacker to execute arbitrary code under the victim pod's identity. This issue has been fixed in versions 2.3.2, 2.2.5 and 2.1.9.

MITRE

Affected Software

8 affected componentsFixes available
containerd containerd
go/github.com/containerd/containerd/v2>=2.3.0<2.3.2
2.3.2
go/github.com/containerd/containerd/v2>=2.2.0<2.2.5
2.2.5
go/github.com/containerd/containerd/v2>=2.1.0<2.1.9
2.1.9
debian/containerd
1.4.13~ds1-1~deb11u41.4.13~ds1-1~deb11u61.6.20~ds1-1+deb12u31.6.20~ds1-1+deb12u21.7.24~ds1-6+deb13u12.1.9+ds1-1
linuxfoundation Containerd>=2.1.0<2.1.9
linuxfoundation Containerd>=2.2.0<2.2.5
linuxfoundation Containerd>=2.3.0<2.3.2

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade go/github.com/containerd/containerd/v2 to a version that resolves this vulnerability.

    Fixed in 2.3.2
  2. Upgrade

    Upgrade go/github.com/containerd/containerd/v2 to a version that resolves this vulnerability.

    Fixed in 2.2.5
  3. Upgrade

    Upgrade go/github.com/containerd/containerd/v2 to a version that resolves this vulnerability.

    Fixed in 2.1.9
  4. Upgrade

    Upgrade debian/containerd to a version that resolves this vulnerability.

    Fixed in 1.4.13~ds1-1~deb11u4Fixed in 1.4.13~ds1-1~deb11u6Fixed in 1.6.20~ds1-1+deb12u3Fixed in 1.6.20~ds1-1+deb12u2Fixed in 1.7.24~ds1-6+deb13u1Fixed in 2.1.9+ds1-1
  5. Upgrade

    Upgrade to a fixed release to a version that resolves this vulnerability.

    Fixed in 2.3.2
  6. Upgrade

    Upgrade to a fixed release to a version that resolves this vulnerability.

    Fixed in 2.2.5
  7. Upgrade

    Upgrade to a fixed release to a version that resolves this vulnerability.

    Fixed in 2.1.9
  8. Compensating control

    Only allow trusted images to be pulled, to reduce the risk of local image tag poisoning from crafted checkpoint images.

Event History

Jun 19, 2026
Advisory Published
via GitHub·07:35 PM
Data Sourced
via GitHub·07:35 PM
DescriptionWeaknessAffected Software
Jun 25, 2026
Data Sourced
via Ubuntu·04:25 PM
RemedyDescriptionSeverityAffected Software
Data Sourced
via Debian·04:26 PM
DescriptionAffected Software
Jul 1, 2026
CVE Published
via MITRE·05:50 PM
Data Sourced
via MITRE·05:50 PM
DescriptionWeakness
Data Sourced
via NVD·07:16 PM
DescriptionSeverityWeaknessAffected Software

Frequently Asked Questions

1

What is the severity of CVE-2026-50195?

CVE-2026-50195 has a medium severity rating of 5.6 according to the CVSS score.

2

How do I fix CVE-2026-50195?

To mitigate CVE-2026-50195, ensure that your containerd version is updated to the latest release that addresses this vulnerability.

3

What is the impact of CVE-2026-50195?

CVE-2026-50195 allows an attacker with permissions to create pods to poison local image tags by using a crafted checkpoint image.

4

Which software is affected by CVE-2026-50195?

CVE-2026-50195 affects containerd software, specifically versions related to go/github.com/containerd/containerd/v2.

5

Can CVE-2026-50195 be exploited remotely?

CVE-2026-50195 requires local access to the system, as it cannot be exploited remotely without having permissions to create pods.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203