Skip to main content

Linux Kernel CVE-2025-68736

HIGH
2025-12-24 416baaa9-dc9f-4396-8d5f-8c081fb06d67
8.8
CVSS 3.1 · Vendor: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
Share

Severity by source

Vendor (416baaa9-dc9f-4396-8d5f-8c081fb06d67) PRIMARY
8.8 HIGH
AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
vuln.today AI
4.2 MEDIUM

Local sandboxed task only, needs a specific bind-mount plus out-of-scope rename setup (AC:H) with a Landlock domain (PR:L); impact is bounded access-right widening across domains (S:C, C:L/I:L, A:N).

3.1 AV:L/AC:H/PR:L/UI:N/S:C/C:L/I:L/A:N
4.0 AV:L/AC:H/AT:P/PR:L/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N
SUSE
5.7 MEDIUM
AV:L/AC:H/PR:H/UI:N/S:U/C:H/I:H/A:N
Red Hat
6.1 MEDIUM
qualitative

Primary rating from Vendor (416baaa9-dc9f-4396-8d5f-8c081fb06d67).

CVSS VectorVendor: 416baaa9-dc9f-4396-8d5f-8c081fb06d67

Attack Vector
Local
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Changed
Confidentiality
High
Integrity
High
Availability
High

Lifecycle Timeline

6
Analysis Updated
Jul 30, 2026 - 07:38 vuln.today
v3 (cvss_changed)
Analysis Updated
Jul 30, 2026 - 07:37 vuln.today
v2 (cvss_changed)
Re-analysis Queued
Jul 30, 2026 - 06:37 vuln.today
cvss_changed
CVSS changed
Jul 30, 2026 - 06:37 NVD
8.8 (HIGH)
Analysis Generated
Apr 02, 2026 - 12:22 vuln.today
CVE Published
Dec 24, 2025 - 13:16 nvd
N/A

DescriptionCVE.org

In the Linux kernel, the following vulnerability has been resolved:

landlock: Fix handling of disconnected directories

Disconnected files or directories can appear when they are visible and opened from a bind mount, but have been renamed or moved from the source of the bind mount in a way that makes them inaccessible from the mount point (i.e. out of scope).

Previously, access rights tied to files or directories opened through a disconnected directory were collected by walking the related hierarchy down to the root of the filesystem, without taking into account the mount point because it couldn't be found. This could lead to inconsistent access results, potential access right widening, and hard-to-debug renames, especially since such paths cannot be printed.

For a sandboxed task to create a disconnected directory, it needs to have write access (i.e. FS_MAKE_REG, FS_REMOVE_FILE, and FS_REFER) to the underlying source of the bind mount, and read access to the related mount point. Because a sandboxed task cannot acquire more access rights than those defined by its Landlock domain, this could lead to inconsistent access rights due to missing permissions that should be inherited from the mount point hierarchy, while inheriting permissions from the filesystem hierarchy hidden by this mount point instead.

Landlock now handles files and directories opened from disconnected directories by taking into account the filesystem hierarchy when the mount point is not found in the hierarchy walk, and also always taking into account the mount point from which these disconnected directories were opened. This ensures that a rename is not allowed if it would widen access rights [1].

The rationale is that, even if disconnected hierarchies might not be visible or accessible to a sandboxed task, relying on the collected access rights from them improves the guarantee that access rights will not be widened during a rename because of the access right comparison between the source and the destination (see LANDLOCK_ACCESS_FS_REFER). It may look like this would grant more access on disconnected files and directories, but the security policies are always enforced for all the evaluated hierarchies. This new behavior should be less surprising to users and safer from an access control perspective.

Remove a wrong WARN_ON_ONCE() canary in collect_domain_accesses() and fix the related comment.

Because opened files have their access rights stored in the related file security properties, there is no impact for disconnected or unlinked files.

AnalysisAI

Access-control inconsistency in the Linux kernel's Landlock LSM allows a sandboxed local task to widen its effective filesystem access rights by operating on "disconnected" directories - files opened through a bind mount and then renamed or moved out of scope of the mount point. Because the mount point could not be located during the hierarchy walk, Landlock collected access rights straight down to the filesystem root, ignoring the more restrictive mount-point hierarchy and permitting renames (notably under LANDLOCK_ACCESS_FS_REFER) that should have been denied. Only Linux systems actively enforcing Landlock sandboxing are affected; there is no public exploit identified at time of analysis and EPSS is negligible (0.02%, 6th percentile).

Technical ContextAI

Landlock is a stackable Linux Security Module (available since kernel 5.13) that lets unprivileged processes create their own sandbox domains restricting filesystem access. Access rights are computed by walking a path's directory hierarchy and intersecting the collected rules with the task's Landlock domain. A "disconnected" directory arises when an inode is still reachable via an open file descriptor or a bind mount but has been renamed/moved so it is no longer reachable from the bind mount's mount point (out of scope). In this state the kernel's hierarchy walk fails to find the mount point, so the prior code walked to the filesystem root and collected rights from the underlying (hidden) filesystem hierarchy instead of the mount-point hierarchy - producing inconsistent, potentially broadened permissions. The fix makes Landlock account for the filesystem hierarchy when the mount point is absent and always incorporate the mount point the disconnected directory was opened from, and removes an incorrect WARN_ON_ONCE() canary in collect_domain_accesses(). The CWE is unassigned (N/A), but the root-cause class is best described as incorrect access-control / privilege-context resolution during path resolution.

Affected ProductsAI

The affected product is the mainline and stable Linux kernel Landlock subsystem; specific fixed/vulnerable version boundaries are not enumerated in the provided NVD data, which lists only remediation commits (426d5b681b2f, 49c9e09d9610, cadb28f8b3fd, fbf718d5afe2 at https://git.kernel.org/stable/) rather than CPE ranges. Distribution exposure is confirmed for Ubuntu, whose advisory USN-8177-1 (https://ubuntu.com/security/notices/USN-8177-1) tracks the fixed kernel packages; consult that advisory for exact per-release fixed package versions. Only kernels that both include the Landlock LSM and have it in active use by a workload are practically affected.

RemediationAI

Vendor-released patch: apply the upstream Landlock fix via the stable kernel commits (426d5b681b2f3339ff04da39b81d71176dc8c87c, 49c9e09d961025b22e61ef9ad56aa1c21b6ce2f1, cadb28f8b3fd6908e3051e86158c65c3a8e1c907, fbf718d5afe21057694a0c0223a18b0c7a5960b6 at https://git.kernel.org/stable/) or, preferably, install the distribution-packaged fixed kernel - Ubuntu users should upgrade per USN-8177-1 (https://ubuntu.com/security/notices/USN-8177-1) and reboot into the new kernel. Because the flaw is only reachable when Landlock is actively sandboxing tasks, a reasonable interim compensating control is to avoid relying on Landlock as the sole enforcement boundary for filesystems exposed through bind mounts where untrusted sandboxed tasks can perform renames - the trade-off is reduced sandbox granularity, so pair it with an additional layer (seccomp, mount namespaces with restricted rename ability, or SELinux/AppArmor policies) rather than loosening the sandbox. Avoid exposing writable bind-mount sources to sandboxed workloads that also have read access to the corresponding mount point until patched, accepting the operational limitation on such mount layouts.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
Container suse/sl-micro/6.0/baremetal-os-container:latest Image SL-Micro Affected
Container suse/sl-micro/6.0/base-os-container:2.1.3-7.105 Affected
Container suse/sl-micro/6.0/kvm-os-container:2.1.3-6.124 Affected
Container suse/sl-micro/6.0/rt-os-container:2.1.3-7.146 Affected
Container suse/sl-micro/6.0/toolbox:latest Affected

Share

CVE-2025-68736 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy