CVE-2022-49877 in Linux
Zusammenfassung
von VulDB • 03.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
bpf, sockmap: Behebt die Warnung sk->sk_forward_alloc von sk_stream_kill_queues
Bei der Ausführung der `test_sockmap`-Selbsttests tritt folgende Warnung auf:
WARNING: CPU: 2 PID: 197 at net/core/stream.c:205 sk_stream_kill_queues+0xd3/0xf0 Call Trace: <TASK> inet_csk_destroy_sock+0x55/0x110 tcp_rcv_state_process+0xd28/0x1380 ? tcp_v4_do_rcv+0x77/0x2c0 tcp_v4_do_rcv+0x77/0x2c0 __release_sock+0x106/0x130 __tcp_close+0x1a7/0x4e0 tcp_close+0x20/0x70 inet_release+0x3c/0x80 __sock_release+0x3a/0xb0 sock_close+0x14/0x20 __fput+0xa3/0x260 task_work_run+0x59/0xb0 exit_to_user_mode_prepare+0x1b3/0x1c0 syscall_exit_to_user_mode+0x19/0x50 do_syscall_64+0x48/0x90 entry_SYSCALL_64_after_hwframe+0x44/0xae
Die Ursache liegt im Commit 84472b436e76 („bpf, sockmap: Fix more uncharged while msg has more_data"), bei dem ich msg->sg.size verwendet habe, um tosend zu ersetzen, was zu einer Störung führte:
if (msg->apply_bytes && msg->apply_bytes < tosend) tosend = psock->apply_bytes;
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.