CVE-2024-56694
bpf: fix recursive lock when verdict program return SK_PASS
We use these services and cookies to improve your user experience. You may opt out if you wish, however, this may limit some features on this site.
Please see our statement on Data Privacy.
bpf: fix recursive lock when verdict program return SK_PASS
In the Linux kernel, the following vulnerability has been resolved: bpf: fix recursive lock when verdict program return SK_PASS When the stream_verdict program returns SK_PASS, it places the received skb into its own receive queue, but a recursive lock eventually occurs, leading to an operating system deadlock. This issue has been present since v6.9. ''' sk_psock_strp_data_ready write_lock_bh(&sk->sk_callback_lock) strp_data_ready strp_read_sock read_sock -> tcp_read_sock strp_recv cb.rcv_msg -> sk_psock_strp_read # now stream_verdict return SK_PASS without peer sock assign __SK_PASS = sk_psock_map_verd(SK_PASS, NULL) sk_psock_verdict_apply sk_psock_skb_ingress_self sk_psock_skb_ingress_enqueue sk_psock_data_ready read_lock_bh(&sk->sk_callback_lock) <= dead lock ''' This topic has been discussed before, but it has not been fixed. Previous discussion: https://lore.kernel.org/all/6684a5864ec86_403d20898@john.notmuch
Reserved 2024-12-27 | Published 2024-12-28 | Updated 2025-01-20 | Assigner Linuxgit.kernel.org/...c/078f7e1521442a55db4bed812a2fbaf02ac33819
git.kernel.org/...c/221109ba2127eabd0aa64718543638b58b15df56
git.kernel.org/...c/6694f7acd625ed854bf6342926e771d65dad7f69
git.kernel.org/...c/386efa339e08563dd33e83bc951aea5d407fe578
git.kernel.org/...c/da2bc8a0c8f3ac66fdf980fc59936f851a083561
git.kernel.org/...c/01f1b88acfd79103da0610b45471f6c88ea98d72
git.kernel.org/...c/f84c5ef6ca23cc2f72f3b830d74f67944684bb05
git.kernel.org/...c/8ca2a1eeadf09862190b2810697702d803ceef2d
Support options
