Dismissed
(max. allowed matches exceeded)
Permalink
CVE-2026-63919
8.8 HIGH
- CVSS version (CVSS): 3.1
- Attack Vector (AV): Network (N)
- Attack Complexity (AC): Low (L)
- Privileges Required (PR): Low (L)
- User Interaction (UI): None (N)
- Scope (S): Unchanged (U)
- Confidentiality (C): High (H)
- Integrity (I): High (H)
- Availability (A): High (H)
- Modified Attack Vector (MAV): Network (N)
- Modified Attack Complexity (MAC): Low (L)
- Modified Privileges Required (MPR): Low (L)
- Modified User Interaction (MUI): None (N)
- Modified Confidentiality (MC): High (H)
- Modified Scope (MS): Unchanged (U)
- Modified Integrity (MI): High (H)
- Modified Availability (MA): High (H)
Activity log
- Created & dismissed (max. allowed matches exceeded) suggestion
xfrm: input: hold netns during deferred transport reinjection
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().
References
Affected products
Linux
- <7ee59eda8820b758ed29e1cd3222359c7b97302c
- <2df7059a18afb7d3aee6c36cad5d371c198111d4
- =<6.18.*
- <c16f74dc1d75d0e2e7670076d5375deda110ebeb
- <8dfabcba6a943a7a02ebe1e1637c361ba96acbaa
- =<7.0.*
- <55ddfc41451f01c588089cd74957a05311b6f202
- =<6.12.*
- <9f7ebb45a83afc3216e855e57d51bb4bc9b5232e
- <9f67a36e91bb50d358760f381f233913fe5c09f8
- =<6.1.*
- =<6.6.*
- =<*
- ==5.6
- =<5.15.*
- <48ce101cd630d6745b6923b5bad8358bc4c119da
- <5.6
- =<5.10.*