Description
In the Linux kernel, the following vulnerability has been resolved: xfrm: state: initialize state_ptrs earlier in xfrm_state_find In case of preemption, xfrm_state_look_at will find a different pcpu_id and look up states for that other CPU. If we matched a state for CPU2 in the state_cache while the lookup started on CPU1, we will jump to "found", but the "best" state that we got will be ignored and we will enter the "acquire" block. This block uses state_ptrs, which isn't initialized at this point. Let's initialize state_ptrs just after taking rcu_read_lock. This will also prevent a possible misuse in the future, if someone adjusts this function.
Product status
a16871c7832ea6435abb6e0b58289ae7dcb7e4fc before 6bf2daafc51bcb9272c0fdff2afd38217337d0d3
e952837f3ddb0ff726d5b582aa1aad9aa38d024d before 463562f9591742be62ddde3b426a0533ed496955
e952837f3ddb0ff726d5b582aa1aad9aa38d024d before 94d077c331730510d5611b438640a292097341f0
dd4c2a174994238d55ab54da2545543d36f4e0d0
6.14
Any version before 6.14
6.12.41
6.15.9
6.16
References
git.kernel.org/...c/6bf2daafc51bcb9272c0fdff2afd38217337d0d3
git.kernel.org/...c/463562f9591742be62ddde3b426a0533ed496955
git.kernel.org/...c/94d077c331730510d5611b438640a292097341f0
