In the Linux kernel, the following vulnerability has been resolved: xfrm: input: hold netns during deferred transport reinjection Transport-mode… (CVE-2026-63919)
In the Linux kernel, the following vulnerability has been resolved: xfrm: input: hold netns during deferred transport reinjection Transport-mode reinjection stores a struct net pointer in skb->cb and uses it later from xfrm_trans_reinject(). That pointer must stay valid until the deferred callback runs. Take a netns reference when queueing deferred reinjection work and drop it after the callback completes. Use maybe_get_net() so the queueing path does not revive a namespace that is already being torn down. This keeps the existing workqueue design and fixes the netns lifetime handling in one place for all users of xfrm_trans_queue_net().
AI Analysis
Technical Summary
The Linux kernel's xfrm input code for transport-mode reinjection previously stored a struct net pointer in skb->cb for later use in xfrm_trans_reinject(). This pointer needed to remain valid until the deferred callback executed. The vulnerability stemmed from improper lifetime management of the network namespace pointer, risking use of an invalid pointer if the namespace was torn down before the callback. The fix introduced taking a netns reference via maybe_get_net() when queueing deferred reinjection work and dropping it after the callback finishes, ensuring the pointer remains valid and preventing potential kernel memory corruption or crashes related to network namespace lifecycle mismanagement.
Potential Impact
Improper handling of the network namespace pointer could lead to use-after-free or invalid memory access within the kernel during deferred transport-mode reinjection processing. This could cause kernel instability or crashes. No known exploits are reported in the wild. The vulnerability affects the Linux kernel's xfrm subsystem but no specific affected versions are stated.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to properly manage the network namespace reference during deferred transport reinjection. Users should apply the official kernel updates that include this fix once available. Patch status is not explicitly confirmed in the provided data; check the vendor or kernel mailing list advisories for the current remediation status and updated kernel versions containing the fix.
In the Linux kernel, the following vulnerability has been resolved: xfrm: input: hold netns during deferred transport reinjection Transport-mode… (CVE-2026-63919)
Description
In the Linux kernel, the following vulnerability has been resolved: xfrm: input: hold netns during deferred transport reinjection Transport-mode reinjection stores a struct net pointer in skb->cb and uses it later from xfrm_trans_reinject(). That pointer must stay valid until the deferred callback runs. Take a netns reference when queueing deferred reinjection work and drop it after the callback completes. Use maybe_get_net() so the queueing path does not revive a namespace that is already being torn down. This keeps the existing workqueue design and fixes the netns lifetime handling in one place for all users of xfrm_trans_queue_net().
CVSS v3.1
Score 8.8high
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel's xfrm input code for transport-mode reinjection previously stored a struct net pointer in skb->cb for later use in xfrm_trans_reinject(). This pointer needed to remain valid until the deferred callback executed. The vulnerability stemmed from improper lifetime management of the network namespace pointer, risking use of an invalid pointer if the namespace was torn down before the callback. The fix introduced taking a netns reference via maybe_get_net() when queueing deferred reinjection work and dropping it after the callback finishes, ensuring the pointer remains valid and preventing potential kernel memory corruption or crashes related to network namespace lifecycle mismanagement.
Potential Impact
Improper handling of the network namespace pointer could lead to use-after-free or invalid memory access within the kernel during deferred transport-mode reinjection processing. This could cause kernel instability or crashes. No known exploits are reported in the wild. The vulnerability affects the Linux kernel's xfrm subsystem but no specific affected versions are stated.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to properly manage the network namespace reference during deferred transport reinjection. Users should apply the official kernel updates that include this fix once available. Patch status is not explicitly confirmed in the provided data; check the vendor or kernel mailing list advisories for the current remediation status and updated kernel versions containing the fix.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-c9j4-h9xp-p2mj
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-63919"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- 3.1
Threat ID: 6a5d27ab2a4a8d598912f230
Added to database: 07/19/2026, 19:38:19 UTC
Last enriched: 07/19/2026, 20:07:23 UTC
Last updated: 09/02/2026, 10:52:10 UTC
Views: 54
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.