Repository navigation
fix(deps): update module github.com/containerd/containerd/v2 to v2.3.6 [security] - #337
Open
renovate[bot] wants to merge 1 commit into
Open
renovate[bot] wants to merge 1 commit into
renovate[bot] wants to merge 1 commit into
Conversation
renovate
Bot
force-pushed
the
renovate/go-github.com-containerd-containerd-v2-vulnerability
branch
3 times, most recently
from
September 24, 2026 08:27
0364cd8 to
207d61c
Compare
renovate
Bot
force-pushed
the
renovate/go-github.com-containerd-containerd-v2-vulnerability
branch
3 times, most recently
from
October 21, 2026 02:13
dd6dcca to
53ba30d
Compare
renovate
Bot
changed the title
Contributor
Author
ℹ️ Artifact update noticeFile name: go.modIn order to perform the update(s) described in the table above, Renovate ran the
Details:
|
renovate
Bot
force-pushed
the
renovate/go-github.com-containerd-containerd-v2-vulnerability
branch
from
October 27, 2026 10:09
53ba30d to
e81e924
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
v2.3.3→v2.3.6containerd: CRI ExecSync Goroutine Leak Leads to Node-Level Denial of Service
CVE-2026-53495 / GHSA-7jxh-36q5-gcqv
More information
Details
Impact
A bug in containerd's CRI ExecSync implementation allows exec probes and lifecycle hooks with background child processes to keep containerd's stdio-drain goroutines indefinitely blocked. Because the I/O drain phase lacks a default timeout or context cancellation handling, repeated ExecSync invocations (like probes) that include long-lived background processes against a container can cause containerd to leak goroutines and host memory. Over time, this resource exhaustion can cause the containerd daemon to be terminated by the OOM killer, rendering containerd unavailable until it is restarted. This issue affects containerd on Linux systems running with the CRI plugin enabled. Users not using containerd's CRI implementation or not running containers on Linux are not affected.
Patches
This bug has been fixed in containerd 2.3.5, 2.2.8, 2.0.12, and 1.7.35. Users should update to these versions to resolve the issue.
Workarounds
Ensure exec probes and lifecycle hooks do not launch long-lived background child processes.
Credits
The containerd project would like to thank XlabAI Team of Tencent Xuanwu Lab (xlabai@tencent.com), including Guannan Wang, Zhanpeng Liu, Jiashuo Liang, and Guancheng Li, and @IamwhatIamSY who independently discovered and responsibly disclosed this issue in accordance with the containerd security policy.
For more information
If there are any questions or comments about this advisory:
To report a security issue in containerd:
Severity
CVSS:4.0/AV:L/AC:L/AT:N/PR:L/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:NReferences
This data is provided by the GitHub Advisory Database (CC-BY 4.0).
Containerd has image-pull DoS via crafted OCI index graph amplification
CVE-2026-53493 / GHSA-pg57-6jwg-q645
More information
Details
Impact
A vulnerability exists in containerd's image pull handlers where a crafted OCI image index containing deeply nested or heavily fanned-out descriptor graphs can cause unbounded CPU and memory consumption. During the
PullImageoperation, the recursive traversal and processing of child descriptors lack sufficient depth and breadth limits, and fail to adequately deduplicate identical descriptors. This unbounded traversal leads to excessive resource allocation.Consequently, pulling a malicious image reference can result in prolonged stalls during container creation and significant resource pressure on the host system. This issue occurs entirely during the image pull phase, prior to any container execution.
Patches
This bug has been fixed in containerd 2.4.1, 2.3.6, 2.2.9, 2.0.13, and 1.7.36. Users should update to these versions to resolve the issue.
Workarounds
There are no known workarounds for this issue. Users are advised to only pull trusted images from known registries until the patch can be applied.
Credits
The containerd project would like to thank Jakub Ciolek at ElevenLabs and @jlgore 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:
To report a security issue in containerd:
Severity
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:NReferences
This data is provided by the GitHub Advisory Database (CC-BY 4.0).
containerd CRI plugin: Checkpoint restore bypasses destination security context
CVE-2026-95837 / GHSA-p7v4-vr35-mj6f
More information
Details
Impact
A vulnerability in containerd's CRI implementation allows a container restored from an untrusted checkpoint via the
CreateContainerAPI to bypass the destination security context and execute with elevated privileges. When restoring a container from a checkpoint archive or annotated OCI image, CRIU restores process credentials, Linux capabilities,no_new_privs, and seccomp state directly from checkpoint data rather than enforcing the destination CRIContainerConfig. An attacker who can run a container with a crafted checkpoint image can execute processes as root with full capabilities and no enforced seccomp filters despite restrictive security policies requested by the orchestrator. Additionally, containerd's CRI status reporting reflects the requested configuration rather than the actual restored process state, masking the privilege discrepancy from orchestrators. This issue affects Linux systems running containerd with CRI checkpoint restore enabled; users not utilizing CRI checkpoint restore are not affected.Patches
This bug has been addressed in containerd 2.2.7 and 2.3.4 by disabling checkpoint restore via
CreateContainerby default. The feature has been removed entirely in containerd 2.4.0. Users should update to these versions to resolve the issue. Running containers that were restored from untrusted checkpoints should be stopped, deleted, and recreated.Users who rely on restore via the
CreateContainerAPI can re-enable the feature by setting the newenable_experimental_restore_via_createconfiguration option. However, enabling restore viaCreateContainerleaves this vulnerability present, as containerd cannot enforce destination security policy during CRIU process restoration.Workarounds
On unpatched versions, containerd does not provide a configuration option to disable checkpoint restore via
CreateContainer. Deployments should restrict container creation permissions to trusted users, validate container image registries, or use admission controllers to reject images containing checkpoint data.References
Credits
The containerd project would like to thank @l2yyd5 and @berkpolatCE for responsibly disclosing this issue in accordance with the containerd security policy.
For more information
If you have any questions or comments about this advisory:
To report a security issue in containerd:
Severity
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HReferences
This data is provided by the GitHub Advisory Database (CC-BY 4.0).
containerd: Unpack DoS via repeated opaque whiteouts
CVE-2026-95838 / GHSA-rp3h-jf77-q9p4
More information
Details
Impact
A vulnerability exists in containerd's layer unpack handler where the processing of certain image layers causes superlinear time complexity. During the unpack operation, specific file configurations within the layer can trigger repeated directory traversals.
Consequently, pulling or importing a maliciously crafted image can result in increased unpack times and a moderate increase in CPU usage. This delays container startup, even if the compressed image layers are small. Additionally, in orchestrators like Kubernetes that apply concurrency limits to image pulls, these excessively long operations can reduce the available concurrency for other pulls, potentially delaying unrelated container deployments.
Patches
This bug has been fixed in containerd 2.3.5, 2.2.8, 2.0.12, and 1.7.35. Users should update to these versions to resolve the issue.
Workarounds
There are no known workarounds for this issue. Users are advised to only pull and import trusted images from known registries until the patch can be applied.
Credits
The containerd project would like to thank Jakub Ciolek of AlphaSense for responsibly disclosing this issue in accordance with the containerd security policy.
For more information
If you have any questions or comments about this advisory:
To report a security issue in containerd:
Severity
CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:A/VC:N/VI:N/VA:L/SC:N/SI:N/SA:NReferences
This data is provided by the GitHub Advisory Database (CC-BY 4.0).
Release Notes
containerd/containerd (github.com/containerd/containerd/v2)
v2.3.6: containerd 2.3.6Compare Source
Welcome to the v2.3.6 release of containerd!
The sixth patch release for containerd 2.3 contains various fixes
and updates including a security patch.
Security Updates
Highlights
Container Runtime Interface (CRI)
Image Storage
Runtime
Please try out the release binaries and report any issues at
https://github.com/containerd/containerd/issues.
Contributors
Changes
26 commits
086fc0d40ePrepare release notes for v2.3.63e3b3daabcMerge commit from fork03fbef37daBound Walk referencesbfe167214bBound Dispatch concurrency and references5f17a29a9bcore/mount: Keep lazy copy for filtered options49796574fbcore/mount: Return copied filtered mount optionscb3f358aeamount: share lazy option filteringee7ae5b7c7mount: fix shallow copy of Options in RemoveVolatileOption and RemoveIDMapOption1facedfb21mount: fix input mutation in readonlyMounts5ca695a441mount: replace copyMounts with slices.Clone7fd198f858cri: tolerate wrapped ENOTSUP during relabel147edce99frelease: don't mark 2.3 releases as latestc2c5164437cri: only unmount image volumes when mounting fails74d0c79682cri: enable mount manager for image mounts4a3a41d353core/unpack: fetch layers of every config-sharing manifest9c6d7e9509pkg/oci: mask thermal interrupt infoac4464a399Update to go1.26.8f7f64ddc06Update to go1.26.7902a7d5e6cUpdate to go1.26.6Dependency Changes
This release has no dependency changes
Previous release can be found at v2.3.5
Which file should I download?
containerd-<VERSION>-<OS>-<ARCH>.tar.gz: ✅Recommended. Dynamically linked with glibc 2.35 (Ubuntu 22.04).containerd-static-<VERSION>-<OS>-<ARCH>.tar.gz: Statically linked. Expected to be used on Linux distributions that do not use glibc >= 2.35. Not position-independent.In addition to containerd, typically you will have to install runc
and CNI plugins from their official sites too.
See also the Getting Started documentation.
v2.3.5: containerd 2.3.5Compare Source
Welcome to the v2.3.5 release of containerd!
The fifth patch release for containerd 2.3 contains various fixes
and updates including security patches.
Security Updates
Highlights
Image Distribution
Runtime
Snapshotters
Please try out the release binaries and report any issues at
https://github.com/containerd/containerd/issues.
Contributors
Changes
33 commits
934efa5e0Prepare release notes for v2.3.5be419b070Merge commit from fork9ec55f024cri: cancel ExecSync IO drain on context cancellation84ea25bc1Merge commit from forkc53577965archive: skip redundant opaque whiteout walks9f6be869cFix data races and a deadlock in the byte stream helpers6c59399bfplugins: remove some stray logrus importsf65732115snapshots/erofs: test the advertised erofs feature platform5ffc2bbdaerofs: advertise the erofs OS feature platform from the snapshotteraf445ea0aupdate runc to v1.5.1c077e43bdupdate runc to v1.5.0676a64cadvendor: github.com/containerd/platforms v1.0.0-rc.5c7ffd8b00pkg/tracing: handle error and typed-nil Stringer attributes58fb846d5core/remotes/docker: normalize descriptor URL originsc7625a1ffcore/remotes/docker: strip sensitive headers on desc.urls fetch6fbb92c33update runhcs to v0.15.0-rc.453bf030eapkg/oci: resolve rootfs symlinks for user lookup7790c4c21ensure that the final config version is the higest in the config list1125b053fRevert "add check on version of drop in configs"460c47b28fix(runtime): bound shim loading with the load timeout7f97bc122Add more context to the shim delete errorChanges from containerd/platforms
2 commits
bacc690Fix WS2022 compat on hosts past the latest LTSCDependency Changes
Previous release can be found at v2.3.4
Which file should I download?
containerd-<VERSION>-<OS>-<ARCH>.tar.gz: ✅Recommended. Dynamically linked with glibc 2.35 (Ubuntu 22.04).containerd-static-<VERSION>-<OS>-<ARCH>.tar.gz: Statically linked. Expected to be used on Linux distributions that do not use glibc >= 2.35. Not position-independent.In addition to containerd, typically you will have to install runc
and CNI plugins from their official sites too.
See also the Getting Started documentation.
v2.3.4: containerd 2.3.4Compare Source
Welcome to the v2.3.4 release of containerd!
The fourth patch release for containerd 2.3 contains various fixes and updates.
Highlights
Container Runtime Interface (CRI)
Node Resource Interface (NRI)
Runtime
Snapshotters
Breaking
Deprecations
Please try out the release binaries and report any issues at
https://github.com/containerd/containerd/issues.
Contributors
Changes
35 commits
c1f5360efPrepare release notes for v2.3.4928c03c68cri: disable restore in CreateContainer by default5966e2edbnri,deprecation: emit warnings for old NRI plugins.ab52c58f1Set the default of runtimeFeatures.UserNamespacesHostNetwork to true0c255158actr: add --scrub-logs flag for Windows1c2b13dc9cri/config: use ScrubLogs by default on Windows0c511e068snapshots/erofs: keep lowers stacked above a merged fsmetadc98141dfcri: deprecate restore in CreateContainer537d82d54internal/oom: Fix memory leak by removing watcher from map on Stopdecf97a9cshim_load: Consider shim leaked only if we can't find pids796f07dc8core/runtime/v2: Drop checkpointctl module dependency751fddddbHandle []byte envvar value0bce9060eupdate to v0.36.x kubernetes dependencies61a8f6f45fix(cri): introspect OCI runtime features for non-runc runtimes1d28017becore/runtime/v2: Preserve protobuf shim response bytes374091d67github/workflows: install criu in node-e2edb03e3968cri: add enable_criu configuration optiondacd4c7d0cri: validate CRIU availability and version early890a9c86cci: bound Go fuzzing by execution count0b2f1d078cri: auto-add prefix for pause imageDependency Changes
Previous release can be found at v2.3.3
Which file should I download?
containerd-<VERSION>-<OS>-<ARCH>.tar.gz: ✅Recommended. Dynamically linked with glibc 2.35 (Ubuntu 22.04).containerd-static-<VERSION>-<OS>-<ARCH>.tar.gz: Statically linked. Expected to be used on Linux distributions that do not use glibc >= 2.35. Not position-independent.In addition to containerd, typically you will have to install runc
and CNI plugins from their official sites too.
See also the Getting Started documentation.
Configuration
📅 Schedule: (UTC)
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.