In the Linux kernel, the following vulnerability has been resolved: fs/fcntl: fix SOFTIRQ-unsafe lock order in fasync signaling A SOFTIRQ-safe to… (CVE-2026-52946)
A deadlock vulnerability in the Linux kernel's fs/fcntl subsystem related to SOFTIRQ-unsafe lock order in fasync signaling has been fixed. The issue occurs when process groups receive signals via send_sigio() or send_sigurg(), which are called from softirq context and attempt to acquire read_lock(&tasklist_lock), potentially causing a deadlock due to the rwlock writer fairness mechanism. The fix replaces the read_lock on tasklist_lock with rcu_read_lock(), aligning with existing RCU protections and mitigating a potential remote denial of service via TCP URG packets.
AI Analysis
Technical Summary
CVE-2026-52946 addresses a deadlock vulnerability in the Linux kernel's fs/fcntl subsystem caused by an unsafe lock order between SOFTIRQ-safe and SOFTIRQ-unsafe contexts during fasync signaling. Specifically, send_sigio() and send_sigurg() functions, which are invoked in softirq context, acquire read_lock(&tasklist_lock) while a writer lock may be pending, leading to a deadlock scenario involving multiple CPUs. The root cause is the rwlock writer fairness mechanism blocking new readers when a writer is waiting. The vulnerability is mitigated by replacing the read_lock(&tasklist_lock) with rcu_read_lock(), leveraging existing RCU protections for safe traversal of process groups. This change also reduces the risk of a remote denial of service triggered by TCP URG packets.
Potential Impact
The vulnerability can cause a deadlock in the Linux kernel, resulting in a denial of service condition. This can be triggered remotely via TCP URG packets, potentially impacting system availability. There is no impact on confidentiality or integrity. The CVSS v3.1 score is 7.5 (high severity) with network attack vector, low attack complexity, no privileges required, no user interaction, and impact limited to availability.
Mitigation Recommendations
A fix is available that replaces the read_lock(&tasklist_lock) with rcu_read_lock() in the affected code paths. Users should apply the official Linux kernel updates that include this fix. Since this is a kernel-level vulnerability, updating to a patched kernel version is the recommended remediation. Patch status is not explicitly confirmed in the provided data; users should check the vendor or Linux kernel advisories for the specific patched versions and apply updates accordingly.
In the Linux kernel, the following vulnerability has been resolved: fs/fcntl: fix SOFTIRQ-unsafe lock order in fasync signaling A SOFTIRQ-safe to… (CVE-2026-52946)
Description
A deadlock vulnerability in the Linux kernel's fs/fcntl subsystem related to SOFTIRQ-unsafe lock order in fasync signaling has been fixed. The issue occurs when process groups receive signals via send_sigio() or send_sigurg(), which are called from softirq context and attempt to acquire read_lock(&tasklist_lock), potentially causing a deadlock due to the rwlock writer fairness mechanism. The fix replaces the read_lock on tasklist_lock with rcu_read_lock(), aligning with existing RCU protections and mitigating a potential remote denial of service via TCP URG packets.
CVSS v3.1
Score 7.5high
Affected software
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
CVE-2026-52946 addresses a deadlock vulnerability in the Linux kernel's fs/fcntl subsystem caused by an unsafe lock order between SOFTIRQ-safe and SOFTIRQ-unsafe contexts during fasync signaling. Specifically, send_sigio() and send_sigurg() functions, which are invoked in softirq context, acquire read_lock(&tasklist_lock) while a writer lock may be pending, leading to a deadlock scenario involving multiple CPUs. The root cause is the rwlock writer fairness mechanism blocking new readers when a writer is waiting. The vulnerability is mitigated by replacing the read_lock(&tasklist_lock) with rcu_read_lock(), leveraging existing RCU protections for safe traversal of process groups. This change also reduces the risk of a remote denial of service triggered by TCP URG packets.
Potential Impact
The vulnerability can cause a deadlock in the Linux kernel, resulting in a denial of service condition. This can be triggered remotely via TCP URG packets, potentially impacting system availability. There is no impact on confidentiality or integrity. The CVSS v3.1 score is 7.5 (high severity) with network attack vector, low attack complexity, no privileges required, no user interaction, and impact limited to availability.
Mitigation Recommendations
A fix is available that replaces the read_lock(&tasklist_lock) with rcu_read_lock() in the affected code paths. Users should apply the official Linux kernel updates that include this fix. Since this is a kernel-level vulnerability, updating to a patched kernel version is the recommended remediation. Patch status is not explicitly confirmed in the provided data; users should check the vendor or Linux kernel advisories for the specific patched versions and apply updates accordingly.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-9h35-hqff-9v3w
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-52946"]
- Database Specific Severity
- HIGH
- Cvss Version
- 3.1
Threat ID: 6a42ed7127e9c79719939186
Added to database: 06/29/2026, 22:10:57 UTC
Last enriched: 09/08/2026, 14:38:31 UTC
Last updated: 09/27/2026, 01:47:42 UTC
Views: 93
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.
External Links
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.