CVE-2026-89560
Received Received - Intake

Landlock Filesystem Permission Bypass via Whiteout Creation

Vulnerability report for CVE-2026-89560, including description, CVSS score, EPSS score, affected products, exploitability, helpful resources, and attack-flow context.

Publication date: 2026-09-11

Last updated on: 2026-09-11

Assigner: kernel.org

Description

In the Linux kernel, the following vulnerability has been resolved: landlock: Require LANDLOCK_ACCESS_FS_MAKE_REG for whiteout creation Whiteout objects are used in the upper layer of an OverlayFS to indicate that the file with this name does not exist in the unified view, even if it is present in one of the lower layer file systems. For the userspace implementations of OverlayFS (fuse-overlayfs), whiteout objects can be created from userspace as well: * mknod(2) with S_IFCHR and makedev(0, 0) * renameat2(2) with RENAME_WHITEOUT, creating the whiteout in the old place of the moved file. This commit guards whiteout creation in both of these cases with LANDLOCK_ACCESS_FS_MAKE_REG. Whiteout objects are *not* considered character devices and are not bound to a driver. LANDLOCK_ACCESS_FS_MAKE_REG describes the same permission class as a whiteout object: creating one is the only S_IFCHR creation that the VFS exempts from CAP_MKNOD, so it is as unprivileged as creating a regular file, while LANDLOCK_ACCESS_FS_MAKE_CHAR and LANDLOCK_ACCESS_FS_MAKE_BLOCK keep meaning the creation of devices that expose a kernel interface [1]. For the mknod(2) case, introduce a Landlock erratum. The creation of whiteout objects through mknod(2) was previously guarded using LANDLOCK_ACCESS_FS_MAKE_CHAR, and it is now guarded using LANDLOCK_ACCESS_FS_MAKE_REG. For the renameat2(2) case, fix a bug: Before this commit, renameat2(2) with RENAME_WHITEOUT would create a directory entry even when all LANDLOCK_ACCESS_FS_MAKE_* rights were denied. This does not affect normal renames within layered OverlayFS mounts: When doing a regular rename() on a mounted fuse-overlayfs, it is the fuse-overlayfs daemon that exercises renameat2() with RENAME_WHITEOUT, and only the Landlock domain of that daemon is checked there. Depends-on: 49c9e09d9610 ("landlock: Fix handling of disconnected directories") Depends-on: fe72ce6710cb ("landlock: Add errata documentation section") [mic: Record why LANDLOCK_ACCESS_FS_MAKE_REG is the matching right, and add link(2) to the user doc]

CVSS Scores

EPSS Scores

Probability:
Percentile:

Meta Information

Published
2026-09-11
Last Modified
2026-09-11
Generated
2026-09-12
AI Q&A
2026-09-12
EPSS Evaluated
N/A
NVD
EUVD

Affected Vendors & Products

Currently, no data is known.

Helpful Resources

Exploitability

CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-UNKNOWN

Attack-Flow Graph

AI Quick Actions

Instant insights powered by AI
Executive Summary

This vulnerability in the Linux kernel involves improper handling of whiteout creation in OverlayFS. Whiteouts indicate missing files in layered file systems. The issue is that whiteout creation via mknod(2) or renameat2(2) was not properly restricted by Landlock's filesystem access controls. Previously, whiteout creation was incorrectly guarded by LANDLOCK_ACCESS_FS_MAKE_CHAR instead of LANDLOCK_ACCESS_FS_MAKE_REG, which is the correct permission class for this operation.

Detection Guidance

This vulnerability is specific to the Linux kernel's Landlock security module and OverlayFS functionality. Detection requires checking kernel logs for failed whiteout creation attempts or inspecting Landlock policy violations. Use commands like 'dmesg | grep landlock' or 'journalctl -k | grep landlock' to review kernel logs for related errors.

Impact Analysis

This vulnerability could allow unauthorized users to create whiteout objects in OverlayFS mounts, potentially hiding files from view or disrupting file system operations. Since whiteouts are used to indicate missing files, an attacker could manipulate file visibility in layered file systems, leading to data access issues or system misbehavior.

Mitigation Strategies

Update your Linux kernel to a patched version that includes the fix for this Landlock vulnerability. Monitor OverlayFS operations and ensure Landlock policies are correctly configured to deny unauthorized whiteout creation attempts.

Chat Assistant

Ask questions about this CVE
Hi! I’m here to help you understand CVE-2026-89560. Ask me anything about the vulnerability, its impact, or mitigation strategies.
0/70

EPSS Chart