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

ovl: check access to copy_file_range source with src mounter creds

Commit 5dae222a5ff0c ("vfs: allow copy_file_range to copy across devices")
allowed filesystems that implement the copy_file_range() f_op to decide
if they want to access cross-sb copy from/to the same fs type.

The same commit added checks to verify same sb copy for filesystems that
implement ->copy_file_range() and do not support cross-sb copy at the
time, namely, to ceph, fuse and nfs.

The two remaining fs which implement ->copy_file_range(), cifs and
overlayfs started to support cross-sb copy from this time.

While overlayfs does support cross-sb copy when the two underlying files
are on the same base fs, the copy operation on the two real files from
two different overalyfs filesystems is performed with the mounter
creds of the destination overlayfs and the read permission access hook
for the source file was called with the wrong creds.

This could cause either deny of access to copy which would otherwise be
allowed (e.g. with splice) or allow read access to file which would
otherwise be denied.

Fix the latter case by explicitly verifying read access to source file
with the source overlayfs mounter creds.

The former case remains a quirk of cross-sb overlayfs copy, but
userspace could fall back to regular copy so no harm done.
Published: 2026-08-12
Score: 7.0 High
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The vulnerability lies in the Linux kernel’s overlayfs implementation of copy_file_range. When copying a file across two different overlayfs instances, the kernel performs the read permission check for the source file using the destination overlay’s mounter credentials instead of the source’s. This inconsistency reveals a flaw in privilege management (CWE-266). If the destination overlay is mounted by a user with sufficient rights, that user could read data from the source file that would normally be denied, resulting in an unintended disclosure of sensitive file contents. In some cases the flaw may also cause a denial of a copy that would normally succeed, but this does not pose a separate security threat.

Affected Systems

Linux kernel builds that include overlayfs and have not incorporated the fix committed in 5dae222a5ff0c are affected. The issue applies to any kernel version where overlayfs supports cross‑filesystem copy between two distinct overlayfs instances. No specific version range is listed, so any kernel prior to the inclusion of the patch may be vulnerable.

Risk and Exploitability

The CVSS score of 7.0 indicates a moderately high risk severity. The EPSS score of less than 1% suggests a very low probability of exploitation, and the vulnerability is not listed in CISA’s KEV catalogue. The flaw is likely exploitable by a local user who can mount or access an overlayfs instance that serves as the destination; such a user could trigger copy_file_range and read protected data. The risk remains moderate, but active exploitation is expected to be uncommon.

Generated by OpenCVE AI on August 13, 2026 at 16:41 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade the Linux kernel to include commit 5dae222a5ff0c, which adds the corrected credential check for overlayfs copy_file_range.
  • If a kernel update cannot be applied immediately, avoid using copy_file_range for overlayfs by falling back to the standard copy operation for sensitive data paths.
  • Restrict which users can mount overlayfs filesystems or perform copy_file_range operations, for example by tightening filesystem permissions or applying AppArmor/SELinux policies to limit exposure to the vulnerable path.

Generated by OpenCVE AI on August 13, 2026 at 16:41 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Thu, 13 Aug 2026 14:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-284

Thu, 13 Aug 2026 12:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-266
References
Metrics threat_severity

None

cvssV3_1

{'score': 7.0, 'vector': 'CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H'}

threat_severity

Moderate


Wed, 12 Aug 2026 15:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-284

Wed, 12 Aug 2026 01:15:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: ovl: check access to copy_file_range source with src mounter creds Commit 5dae222a5ff0c ("vfs: allow copy_file_range to copy across devices") allowed filesystems that implement the copy_file_range() f_op to decide if they want to access cross-sb copy from/to the same fs type. The same commit added checks to verify same sb copy for filesystems that implement ->copy_file_range() and do not support cross-sb copy at the time, namely, to ceph, fuse and nfs. The two remaining fs which implement ->copy_file_range(), cifs and overlayfs started to support cross-sb copy from this time. While overlayfs does support cross-sb copy when the two underlying files are on the same base fs, the copy operation on the two real files from two different overalyfs filesystems is performed with the mounter creds of the destination overlayfs and the read permission access hook for the source file was called with the wrong creds. This could cause either deny of access to copy which would otherwise be allowed (e.g. with splice) or allow read access to file which would otherwise be denied. Fix the latter case by explicitly verifying read access to source file with the source overlayfs mounter creds. The former case remains a quirk of cross-sb overlayfs copy, but userspace could fall back to regular copy so no harm done.
Title ovl: check access to copy_file_range source with src mounter creds
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-08-17T05:05:46.290Z

Reserved: 2026-07-30T09:28:09.395Z

Link: CVE-2026-68448

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-08-12T01:17:07.697

Modified: 2026-08-17T06:17:53.900

Link: CVE-2026-68448

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-08-12T00:00:00Z

Links: CVE-2026-68448 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-08-13T16:45:04Z

Weaknesses
  • CWE-266

    Incorrect Privilege Assignment