CVE-2026-54250: K3s etcd Snapshot Path Traversal Vulnerability
K3s, a lightweight Kubernetes distribution, contains a path traversal vulnerability in how it handles compressed etcd snapshots. When an administrator restores a backup, a maliciously crafted zip file can write files to unintended locations on the filesystem. An attacker would need to supply a malicious snapshot file and have an administrator decompress it, but the impact could include overwriting system files or creating files in sensitive directories. This has been patched in versions 1.35.3+k3s1, 1.34.6+k3s1, and v1.33.10+k3s1.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 5.8 MEDIUM · CVSS:3.1/AV:L/AC:L/PR:H/UI:R/S:U/C:N/I:H/A:H
- Weaknesses (CWE)
- CWE-22
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-25 / 2026-06-26
NVD description (verbatim)
K3s is a fully conformant production-ready Kubernetes distribution. Prior to 1.35.3+k3s1, 1.34.6+k3s1, v1.33.10+k3s1, a path traversal vulnerability exists in K3s's etcd snapshot decompression functionality. Zip files containing archive members with maliciously crafted names can be written to arbitrary locations on the filesystem when an administrator restores the archive as a compressed etcd snapshot. This vulnerability is fixed in 1.35.3+k3s1, 1.34.6+k3s1, v1.33.10+k3s1.
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability exists in K3s's etcd snapshot decompression logic, which fails to properly validate the paths of archive members within zip files before extracting them. When processing a snapshot restore operation, an attacker can craft zip entries with names containing path traversal sequences (e.g., '../') that bypass directory boundary checks. During decompression, these entries are extracted to arbitrary filesystem locations with the privileges of the process performing the restore. The issue affects K3s versions prior to 1.35.3+k3s1, 1.34.6+k3s1, and v1.33.10+k3s1. The vulnerability is rooted in improper input validation (CWE-22: Improper Limitation of a Pathname to a Restricted Directory) and requires local access plus administrative intervention to trigger.
Business impact
For organizations running K3s clusters, this vulnerability poses a data integrity and system stability risk. A compromised or malicious etcd snapshot—whether introduced through a supply chain compromise, insider threat, or social engineering—can corrupt or overwrite critical system files, leading to cluster instability, loss of control plane functionality, or exposure of sensitive cluster configuration. The need for administrator involvement and local access limits the exposure window, but the impact on cluster availability and integrity is significant enough to warrant timely remediation.
Affected systems
K3s versions prior to 1.35.3+k3s1, 1.34.6+k3s1, and v1.33.10+k3s1 are affected. Organizations should verify their deployed K3s version. The vulnerability is triggered during etcd snapshot restore operations, so exposure is limited to environments actively managing K3s backups and restores.
Exploitability
Exploiting this vulnerability requires an attacker to provide a maliciously crafted zip-based etcd snapshot and have an administrator initiate a restore operation. The barrier to exploitation is moderate: while an attacker cannot remotely trigger the restore, they can influence which snapshot is used (e.g., via a compromised backup repository, social engineering, or insider access). The CVSS score of 5.8 reflects local-only attack vector and high-privilege requirement, but the user interaction dependency and high impact weighting reflect the actual risk.
Remediation
Update K3s to a patched version: 1.35.3+k3s1, 1.34.6+k3s1, or v1.33.10+k3s1 or later. Organizations should also audit recent etcd snapshot restore operations and verify the integrity of the files written to the filesystem during those operations. Additionally, implement controls to restrict who can trigger restore operations and validate the provenance of snapshot files before restoration.
Patch guidance
Apply the appropriate patched version for your release line. For K3s 1.35.x users, upgrade to 1.35.3+k3s1 or later. For 1.34.x deployments, update to 1.34.6+k3s1 or later. For 1.33.x environments, move to v1.33.10+k3s1 or later. Consult the K3s release notes and your vendor advisory for specific upgrade procedures. Plan patching during a maintenance window to avoid cluster disruption.
Detection guidance
Monitor etcd snapshot restore operations in your K3s clusters. Log and alert on any restore job initiation, especially those restoring from external or untrusted sources. Review filesystem audit logs (if enabled) for unexpected file writes outside the normal etcd data directory during or shortly after snapshot restore operations. Check for files with suspicious paths or ownership changes in system directories. Organizations can also scan snapshot files before restoration using zip inspection tools to look for entries containing '../' or absolute paths.
Why prioritize this
Although the CVSS score is MEDIUM (5.8), this vulnerability warrants prompt but measured attention. It is not widely exploitable in the wild and requires administrative action to trigger, which limits immediate risk. However, organizations with active K3s deployments and regular backup/restore practices should prioritize patching to prevent potential cluster compromise through a tangible supply chain or operational security lapse. The fact that it is not on the CISA KEV list reflects this moderate real-world urgency.
Risk score, explained
The CVSS 3.1 score of 5.8 (MEDIUM) reflects: local attack vector (AV:L) limiting remote exploitation; low attack complexity (AC:L) meaning a straightforward malicious zip file is sufficient; high privilege requirement (PR:H) constraining the set of potential triggers; and user interaction (UI:R) since an administrator must manually initiate the restore. The impact is high for integrity (I:H) and availability (A:H), but not confidentiality, because file corruption and system file overwrites can degrade cluster function and stability. The overall rating balances the real but bounded risk profile.
Frequently asked questions
How does an attacker gain access to the etcd snapshot in the first place?
An attacker would need to either compromise the snapshot storage location, insert a malicious snapshot into a shared backup repository, or use social engineering to trick an administrator into restoring a crafted snapshot file. The vulnerability does not involve remote snapshot injection; it assumes the malicious file is already in the administrator's possession or care.
If we upgrade K3s, do we need to take any other steps?
Upgrading K3s to a patched version is the primary mitigation. As a follow-up, verify the integrity of any snapshots you plan to restore going forward. Consider implementing backup source validation (e.g., checksums, signing) and restricting restore permissions to only trusted administrators.
Does this affect K3s clusters that do not use etcd snapshots?
No. The vulnerability is specific to the etcd snapshot decompression workflow. Clusters that do not perform snapshot backups and restores are not exposed to this particular flaw. However, snapshot functionality is a standard K3s feature, so most production deployments should assume exposure if they are below the patched version.
What is the difference between K3s and standard Kubernetes in terms of this vulnerability?
K3s is a lightweight, certified Kubernetes distribution that bundles etcd and a simplified control plane. The snapshot decompression logic is part of K3s's backup/restore tooling. Standard upstream Kubernetes does not include the same etcd snapshot restore functionality; this vulnerability is specific to K3s's implementation and tooling.
This analysis is provided for informational purposes and reflects the state of knowledge as of the published date. Verify all patch versions and vendor guidance against official K3s release notes and advisories before implementing remediation. SEC.co does not guarantee the completeness or accuracy of third-party vendor information. Organizations should conduct their own risk assessment based on their deployment topology, exposure, and business criticality. No exploit code or detailed attack methodology is provided; focus remediation efforts on timely patching and operational controls. Source: NVD (public-domain), retrieved 2026-08-04. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2018-25393MEDIUMNavigate CMS 2.8.5 Path Traversal Vulnerability (CVSS 6.5)
- CVE-2018-25421MEDIUMOpen STA Manager 2.3 Path Traversal File Download Vulnerability
- CVE-2019-25734MEDIUMContact Form by WD CSRF & Local File Inclusion Vulnerability
- CVE-2019-25740MEDIUMJoomla com_jsjobs Arbitrary File Deletion Vulnerability
- CVE-2022-50953MEDIUMWordPress admin-word-count-column Plugin Local File Read Vulnerability
- CVE-2024-47263MEDIUMSynology Hyper Backup Path Traversal – Admin Privilege Required
- CVE-2024-47273MEDIUMSynology Hyper Backup Path Traversal Vulnerability (4.3 MEDIUM)
- CVE-2025-24268MEDIUMmacOS Path Traversal Vulnerability – Patch Sequoia 15.4