In the Linux kernel, the following vulnerability has been resolved: xfrm: input: hold netns during deferred transport reinjection Transport-mode… (CVE-2026-63919)
A vulnerability in the Linux kernel related to the xfrm subsystem's handling of network namespaces during deferred transport-mode reinjection has been resolved. The issue involved storing a struct net pointer in skb->cb and using it later without ensuring the pointer's validity throughout the deferred callback. The fix involves taking a reference to the network namespace when queueing deferred reinjection work and releasing it after the callback completes, preventing use-after-free or invalid pointer dereference scenarios.
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
A vulnerability in the Linux kernel related to the xfrm subsystem's handling of network namespaces during deferred transport-mode reinjection has been resolved. The issue involved storing a struct net pointer in skb->cb and using it later without ensuring the pointer's validity throughout the deferred callback. The fix involves taking a reference to the network namespace when queueing deferred reinjection work and releasing it after the callback completes, preventing use-after-free or invalid pointer dereference scenarios.
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
- null
Threat ID: 6a5d27ab2a4a8d598912f230
Added to database: 07/19/2026, 19:38:19 UTC
Last enriched: 07/19/2026, 20:07:23 UTC
Last updated: 07/20/2026, 17:26:47 UTC
Views: 10
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.