lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: 
 <175335422092.2346656.3527153380129416427.git-patchwork-notify@kernel.org>
Date: Thu, 24 Jul 2025 10:50:20 +0000
From: patchwork-bot+netdevbpf@...nel.org
To: Steffen Klassert <steffen.klassert@...unet.com>
Cc: davem@...emloft.net, kuba@...nel.org, herbert@...dor.apana.org.au,
 netdev@...r.kernel.org
Subject: Re: [PATCH 1/8] xfrm: state: initialize state_ptrs earlier in
 xfrm_state_find

Hello:

This series was applied to netdev/net.git (main)
by Steffen Klassert <steffen.klassert@...unet.com>:

On Wed, 23 Jul 2025 09:53:53 +0200 you wrote:
> From: Sabrina Dubroca <sd@...asysnail.net>
> 
> 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.
> 
> [...]

Here is the summary with links:
  - [1/8] xfrm: state: initialize state_ptrs earlier in xfrm_state_find
    https://git.kernel.org/netdev/net/c/94d077c33173
  - [2/8] xfrm: state: use a consistent pcpu_id in xfrm_state_find
    https://git.kernel.org/netdev/net/c/7eb11c0ab707
  - [3/8] xfrm: always initialize offload path
    https://git.kernel.org/netdev/net/c/c0f21029f123
  - [4/8] xfrm: Set transport header to fix UDP GRO handling
    https://git.kernel.org/netdev/net/c/3ac9e29211fa
  - [5/8] xfrm: ipcomp: adjust transport header after decompressing
    https://git.kernel.org/netdev/net/c/2ca58d87ebae
  - [6/8] xfrm: interface: fix use-after-free after changing collect_md xfrm interface
    https://git.kernel.org/netdev/net/c/a90b2a1aaacb
  - [7/8] xfrm: delete x->tunnel as we delete x
    https://git.kernel.org/netdev/net/c/b441cf3f8c4b
  - [8/8] Revert "xfrm: destroy xfrm_state synchronously on net exit path"
    https://git.kernel.org/netdev/net/c/2a198bbec691

You are awesome, thank you!
-- 
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html



Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ