In the Linux kernel, the following vulnerability has been resolved: lockd: pin next file across nlm_inspect_file lock-drop nlm_traverse_files() pins… (CVE-2026-89485)
A vulnerability in the Linux kernel's lockd component related to file pinning during nlm_inspect_file lock-drop has been resolved. The issue involved improper pinning of the 'next' file pointer during iteration, which could lead to dereferencing freed memory. The fix ensures both current and next files are pinned across the unlock window, preventing use-after-free conditions. Additionally, the update improves cleanup of stale files in the hash bucket that were previously skipped. No CVSS score is available for this vulnerability.
AI Analysis
Technical Summary
The vulnerability in the Linux kernel's lockd subsystem was due to nlm_traverse_files() only pinning the current file with f_count++ across a mutex_unlock in nlm_inspect_file(), but failing to pin the saved 'next' pointer. This allowed a concurrent nlm_release_file() to free the 'next' file during the unlock window, causing the iterator to dereference freed memory in the next loop iteration. The fix pins both current and next files before dropping the lock and swaps pinned cursors to keep the 'next' file alive across the unlock. It also ensures nlm_file_release() is always called after dropping the iteration pin and uses nlm_file_inuse() for accurate evaluation of skipped files. This change results in deletion of stale files without locks or references during traversal, which was not handled by the old code.
Potential Impact
The vulnerability could lead to use-after-free conditions in the Linux kernel lockd component, potentially causing kernel crashes or memory corruption. However, no known exploits in the wild have been reported. The fix prevents dereferencing freed memory by properly pinning files during iteration and improves cleanup of stale files.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to address this vulnerability by properly pinning files during iteration and improving cleanup of stale files. Users should update to the fixed kernel version once available. Patch status is not explicitly stated in the provided data; check the official Linux kernel advisories for the exact fixed versions and apply updates accordingly.
In the Linux kernel, the following vulnerability has been resolved: lockd: pin next file across nlm_inspect_file lock-drop nlm_traverse_files() pins… (CVE-2026-89485)
Description
A vulnerability in the Linux kernel's lockd component related to file pinning during nlm_inspect_file lock-drop has been resolved. The issue involved improper pinning of the 'next' file pointer during iteration, which could lead to dereferencing freed memory. The fix ensures both current and next files are pinned across the unlock window, preventing use-after-free conditions. Additionally, the update improves cleanup of stale files in the hash bucket that were previously skipped. No CVSS score is available for this vulnerability.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability in the Linux kernel's lockd subsystem was due to nlm_traverse_files() only pinning the current file with f_count++ across a mutex_unlock in nlm_inspect_file(), but failing to pin the saved 'next' pointer. This allowed a concurrent nlm_release_file() to free the 'next' file during the unlock window, causing the iterator to dereference freed memory in the next loop iteration. The fix pins both current and next files before dropping the lock and swaps pinned cursors to keep the 'next' file alive across the unlock. It also ensures nlm_file_release() is always called after dropping the iteration pin and uses nlm_file_inuse() for accurate evaluation of skipped files. This change results in deletion of stale files without locks or references during traversal, which was not handled by the old code.
Potential Impact
The vulnerability could lead to use-after-free conditions in the Linux kernel lockd component, potentially causing kernel crashes or memory corruption. However, no known exploits in the wild have been reported. The fix prevents dereferencing freed memory by properly pinning files during iteration and improves cleanup of stale files.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to address this vulnerability by properly pinning files during iteration and improving cleanup of stale files. Users should update to the fixed kernel version once available. Patch status is not explicitly stated in the provided data; check the official Linux kernel advisories for the exact fixed versions and apply updates accordingly.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-wccq-x362-cg9j
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-89485"]
Threat ID: 6aa4a01755bf5e2cf5a866fc
Added to database: 09/12/2026, 00:43:03 UTC
Last enriched: 09/12/2026, 01:13:23 UTC
Last updated: 09/12/2026, 01:13:23 UTC
Views: 2
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.