In the Linux kernel, the following vulnerability has been resolved: nilfs2: reject CLEAN_SEGMENTS ioctl with out-of-range segment numbers Syzbot… (CVE-2026-64359)
A vulnerability in the Linux kernel's nilfs2 filesystem allows out-of-range segment numbers to be passed to the CLEAN_SEGMENTS ioctl. This leads to a hung task condition due to improper validation of user-supplied segment numbers, causing kernel tasks to block for extended periods. The issue arises because the range check occurs too late in the processing, resulting in excessive printk latency while holding critical locks. The vulnerability has been resolved by adding early validation of segment numbers before any segment-cleaning work begins, rejecting invalid inputs promptly.
AI Analysis
Technical Summary
The Linux kernel nilfs2 filesystem had a vulnerability where the CLEAN_SEGMENTS ioctl did not validate user-supplied segment numbers before processing. This caused tasks performing chmod operations on a nilfs2 mount to block for over 143 seconds waiting on the ns_segctor_sem semaphore. The root cause was delayed range checking of segment numbers deep in the call chain, which triggered numerous printk warnings while holding locks, leading to hung tasks. The fix adds validation of segment numbers immediately after acquiring the ns_segctor_sem lock, rejecting out-of-range values with -EINVAL before any segment-cleaning work begins, preventing the lock contention and hung tasks.
Potential Impact
The vulnerability causes kernel tasks interacting with nilfs2 mounts to hang for extended periods due to lock contention triggered by invalid segment numbers passed to the CLEAN_SEGMENTS ioctl. This can degrade system responsiveness and block legitimate filesystem operations such as chmod. There is no indication of privilege escalation or arbitrary code execution. No known exploits in the wild have been reported.
Mitigation Recommendations
A fix is available that validates segment numbers early in the CLEAN_SEGMENTS ioctl handler, rejecting out-of-range values before processing. Users should apply the official Linux kernel patch that implements this validation. Since this is a kernel-level fix, upgrading to a kernel version containing this patch is the recommended remediation. Patch status is not explicitly confirmed in the provided data; check the vendor advisory or Linux kernel mailing lists for the exact fixed version and apply updates accordingly.
In the Linux kernel, the following vulnerability has been resolved: nilfs2: reject CLEAN_SEGMENTS ioctl with out-of-range segment numbers Syzbot… (CVE-2026-64359)
Description
A vulnerability in the Linux kernel's nilfs2 filesystem allows out-of-range segment numbers to be passed to the CLEAN_SEGMENTS ioctl. This leads to a hung task condition due to improper validation of user-supplied segment numbers, causing kernel tasks to block for extended periods. The issue arises because the range check occurs too late in the processing, resulting in excessive printk latency while holding critical locks. The vulnerability has been resolved by adding early validation of segment numbers before any segment-cleaning work begins, rejecting invalid inputs promptly.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel nilfs2 filesystem had a vulnerability where the CLEAN_SEGMENTS ioctl did not validate user-supplied segment numbers before processing. This caused tasks performing chmod operations on a nilfs2 mount to block for over 143 seconds waiting on the ns_segctor_sem semaphore. The root cause was delayed range checking of segment numbers deep in the call chain, which triggered numerous printk warnings while holding locks, leading to hung tasks. The fix adds validation of segment numbers immediately after acquiring the ns_segctor_sem lock, rejecting out-of-range values with -EINVAL before any segment-cleaning work begins, preventing the lock contention and hung tasks.
Potential Impact
The vulnerability causes kernel tasks interacting with nilfs2 mounts to hang for extended periods due to lock contention triggered by invalid segment numbers passed to the CLEAN_SEGMENTS ioctl. This can degrade system responsiveness and block legitimate filesystem operations such as chmod. There is no indication of privilege escalation or arbitrary code execution. No known exploits in the wild have been reported.
Mitigation Recommendations
A fix is available that validates segment numbers early in the CLEAN_SEGMENTS ioctl handler, rejecting out-of-range values before processing. Users should apply the official Linux kernel patch that implements this validation. Since this is a kernel-level fix, upgrading to a kernel version containing this patch is the recommended remediation. Patch status is not explicitly confirmed in the provided data; check the vendor advisory or Linux kernel mailing lists for the exact fixed version and apply updates accordingly.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-7cjq-w44j-qx9w
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-64359"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a65420c9c2644c7f80853b0
Added to database: 07/25/2026, 23:09:00 UTC
Last enriched: 07/25/2026, 23:33:34 UTC
Last updated: 07/26/2026, 03:42:31 UTC
Views: 3
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.