In the Linux kernel, the following vulnerability has been resolved: fprobe: Fix unregister_fprobe() to wait for RCU grace period Commit… (CVE-2026-64075)
A use-after-free vulnerability in the Linux kernel's fprobe component was fixed by ensuring unregister_fprobe() waits for the RCU grace period. The issue arose because fprobe registration to an rcu-hlist did not properly wait for RCU synchronization, potentially causing use-after-free if fprobe was released immediately after unregistering. The fix adds synchronize_rcu() in unregister_fprobe() to prevent this. BPF-related code paths are not affected due to different deallocation mechanisms.
AI Analysis
Technical Summary
The Linux kernel's fprobe functionality was modified in commit 4346ba1604093 to register fprobe structures to an RCU-protected list but failed to wait for the RCU grace period during unregister_fprobe(). This omission could lead to a use-after-free condition if the fprobe was released immediately after unregistering, affecting fprobe event and sample module code. The vulnerability was addressed by adding synchronize_rcu() in unregister_fprobe() to ensure proper waiting for the RCU grace period before freeing. BPF usage of fprobe is unaffected because it unregisters and deallocates fprobe asynchronously via RCU callbacks. An asynchronous unregister function, unregister_fprobe_async(), was also introduced for BPF use cases.
Potential Impact
The vulnerability could cause use-after-free conditions in the Linux kernel's fprobe code, potentially leading to kernel memory corruption or crashes when fprobe is released immediately after unregistering. However, BPF-related code paths are not impacted due to different deallocation methods. No known exploits in the wild have been reported.
Mitigation Recommendations
A fix is available in the Linux kernel that adds synchronize_rcu() in unregister_fprobe() to wait for the RCU grace period. Users should update to a kernel version that includes this fix. For BPF users, the asynchronous unregister_fprobe_async() function is introduced and used to avoid this issue. Patch status is not explicitly stated in the input; therefore, check the vendor advisory or Linux kernel release notes for the exact fixed versions and apply updates accordingly.
In the Linux kernel, the following vulnerability has been resolved: fprobe: Fix unregister_fprobe() to wait for RCU grace period Commit… (CVE-2026-64075)
Description
A use-after-free vulnerability in the Linux kernel's fprobe component was fixed by ensuring unregister_fprobe() waits for the RCU grace period. The issue arose because fprobe registration to an rcu-hlist did not properly wait for RCU synchronization, potentially causing use-after-free if fprobe was released immediately after unregistering. The fix adds synchronize_rcu() in unregister_fprobe() to prevent this. BPF-related code paths are not affected due to different deallocation mechanisms.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel's fprobe functionality was modified in commit 4346ba1604093 to register fprobe structures to an RCU-protected list but failed to wait for the RCU grace period during unregister_fprobe(). This omission could lead to a use-after-free condition if the fprobe was released immediately after unregistering, affecting fprobe event and sample module code. The vulnerability was addressed by adding synchronize_rcu() in unregister_fprobe() to ensure proper waiting for the RCU grace period before freeing. BPF usage of fprobe is unaffected because it unregisters and deallocates fprobe asynchronously via RCU callbacks. An asynchronous unregister function, unregister_fprobe_async(), was also introduced for BPF use cases.
Potential Impact
The vulnerability could cause use-after-free conditions in the Linux kernel's fprobe code, potentially leading to kernel memory corruption or crashes when fprobe is released immediately after unregistering. However, BPF-related code paths are not impacted due to different deallocation methods. No known exploits in the wild have been reported.
Mitigation Recommendations
A fix is available in the Linux kernel that adds synchronize_rcu() in unregister_fprobe() to wait for the RCU grace period. Users should update to a kernel version that includes this fix. For BPF users, the asynchronous unregister_fprobe_async() function is introduced and used to avoid this issue. Patch status is not explicitly stated in the input; therefore, check the vendor advisory or Linux kernel release notes for the exact fixed versions and apply updates accordingly.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-q3rx-6vfg-rc7w
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-64075"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a5d27a92a4a8d598912bf16
Added to database: 07/19/2026, 19:38:17 UTC
Last enriched: 07/19/2026, 19:51:26 UTC
Last updated: 07/20/2026, 17:26:47 UTC
Views: 11
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.