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

afs: Remove setting of AS_RELEASE_ALWAYS for symlinks and mountpoints

Regular AFS files correctly use afs_file_aops which have release_folio
set as netfs_release_folio, so AS_RELEASE_ALWAYS is valid for them
when fscache is enabled (set via afs_vnode_set_cache()).
Symlinks and mountpoints in AFS use afs_dir_aops, which does not provide
a release_folio callback. However, afs_apply_status() unconditionally
calls mapping_set_release_always() for these.

In such case when memory management code attempts to release folios,
filemap_release_folio() checks folio_needs_release() which
returns true due to AS_RELEASE_ALWAYS being set. Since there is no
release_folio callback, it falls through to try_to_free_buffers(),
which at present expects buffer_heads to be not null. For symlinks
and mountpoints without buffer_heads, this causes pointer dereference.

[dh: Added more bits that were missed]
Published: 2026-08-15
Score: 5.5 Medium
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The Linux kernel AFS subsystem mistakenly applies the AS_RELEASE_ALWAYS flag to all inodes, including symlinks and mountpoints that do not provide a release_folio callback. When the kernel attempts to free memory associated with these inodes, the missing callback causes a null pointer dereference in filemap_release_folio, which triggers a kernel panic. The result is an abrupt system crash that disrupts all processes, achieving a denial‑of‑service state.

Affected Systems

All Linux kernel releases that include the AFS file system and have not yet incorporated the commit that removed the inappropriate AS_RELEASE_ALWAYS setting for symlinks and mountpoints. In practice, any distribution running a kernel older than the commit identified by 81e985b4c3a6cbcc443fcdcd3ebda7fcc845d459 (or its successor 9d6b0f6d437e2f8350e08678e5e1d20c11c364f3) remains vulnerable.

Risk and Exploitability

The EPSS score is reported as < 1 % and the vulnerability is not listed in CISA’s KEV catalog. The CVSS v3.1 base score of 5.5 indicates moderate severity, yet a null pointer dereference in kernel code remains a critical issue. The likely attack vector involves a local user that mounts an AFS file system with symlinks or mountpoints; such a user can trigger the faulty release path, causing a kernel panic. Despite the low probability of exploitation, the potential impact warrants prompt patching.

Generated by OpenCVE AI on August 18, 2026 at 14:52 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade the Linux kernel to a version that contains the AFS fix from commit 81e985b4c3a6cbcc443fcdcd3ebda7fcc845d459 or later.
  • Reboot the system to load the updated kernel.
  • Continuously monitor kernel logs (e.g., /var/log/kern.log or dmesg) for AFS‑related fatal errors such as "uninitialized buffer_head" or "oops", and apply subsequent kernel updates as they become available.

Generated by OpenCVE AI on August 18, 2026 at 14:52 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Tue, 18 Aug 2026 12:15:00 +0000

Type Values Removed Values Added
References
Metrics threat_severity

None

cvssV3_1

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

threat_severity

Moderate


Sat, 15 Aug 2026 19:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-476

Sat, 15 Aug 2026 06:00:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: afs: Remove setting of AS_RELEASE_ALWAYS for symlinks and mountpoints Regular AFS files correctly use afs_file_aops which have release_folio set as netfs_release_folio, so AS_RELEASE_ALWAYS is valid for them when fscache is enabled (set via afs_vnode_set_cache()). Symlinks and mountpoints in AFS use afs_dir_aops, which does not provide a release_folio callback. However, afs_apply_status() unconditionally calls mapping_set_release_always() for these. In such case when memory management code attempts to release folios, filemap_release_folio() checks folio_needs_release() which returns true due to AS_RELEASE_ALWAYS being set. Since there is no release_folio callback, it falls through to try_to_free_buffers(), which at present expects buffer_heads to be not null. For symlinks and mountpoints without buffer_heads, this causes pointer dereference. [dh: Added more bits that were missed]
Title afs: Remove setting of AS_RELEASE_ALWAYS for symlinks and mountpoints
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:13:29.683Z

Reserved: 2026-08-09T03:40:39.922Z

Link: CVE-2026-72377

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-08-15T06:22:11.180

Modified: 2026-08-17T06:18:42.060

Link: CVE-2026-72377

cve-icon Redhat

Severity : Moderate

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

Links: CVE-2026-72377 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-08-18T15:00:06Z

Weaknesses