CVE-2023-54226 in Linux
Riassunto
di VulDB • 16/06/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
af_unix: Correzione delle condizioni di gara sui dati relative a sk->sk_shutdown.
KCSAN ha rilevato una condizione di gara sui dati intorno a sk->skshutdown, dove unix_release_sock() e unix_shutdown() la aggiornano sotto unix_state_lock(), mentre unix_poll() e unix_dgram_poll()) la leggono senza blocco (locklessly).
È necessario annotare le scritture e le letture con WRITE_ONCE() e READ_ONCE().
BUG: KCSAN: data-race in unix_poll / unix_release_sock
scrittura a 0xffff88800d0f8aec di 1 byte da parte del task 264 sulla cpu 0: unix_release_sock+0x75c/0x910 net/unix/af_unix.c:631 unix_release+0x59/0x80 net/unix/af_unix.c:1042 __sock_release+0x7d/0x170 net/socket.c:653 sock_close+0x19/0x30 net/socket.c:1397 __fput+0x179/0x5e0 fs/file_table.c:321 ____fput+0x15/0x20 fs/file_table.c:349 task_work_run+0x116/0x1a0 kernel/task_work.c:179 resume_user_mode_work include/linux/resume_user_mode.h:49 [inline]
exit_to_user_mode_loop kernel/entry/common.c:171 [inline]
exit_to_user_mode_prepare+0x174/0x180 kernel/entry/common.c:204 __syscall_exit_to_user_mode_work kernel/entry/common.c:286 [inline]
syscall_exit_to_user_mode+0x1a/0x30 kernel/entry/common.c:297 do_syscall_64+0x4b/0x90 arch/x86/entry/common.c:86 entry_SYSCALL_64_after_hwframe+0x72/0xdc
lettura a 0xffff88800d0f8aec di 1 byte da parte del task 222 sulla cpu 1: unix_poll+0xa3/0x2a0 net/unix/af_unix.c:3170 sock_poll+0xcf/0x2b0 net/socket.c:1385 vfs_poll include/linux/poll.h:88 [inline]
ep_item_poll.isra.0+0x78/0xc0 fs/eventpoll.c:855 ep_send_events fs/eventpoll.c:1694 [inline]
ep_poll fs/eventpoll.c:1823 [inline]
do_epoll_wait+0x6c4/0xea0 fs/eventpoll.c:2258 __do_sys_epoll_wait fs/eventpoll.c:2270 [inline]
__se_sys_epoll_wait fs/eventpoll.c:2265 [inline]
__x64_sys_epoll_wait+0xcc/0x190 fs/eventpoll.c:2265 do_syscall_x64 arch/x86/entry/common.c:50 [inline]
do_syscall_64+0x3b/0x90 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x72/0xdc
valore modificato: 0x00 -> 0x03
Segnalato da Kernel Concurrency Sanitizer su: CPU: 1 PID: 222
If you want to get the best quality for vulnerability data then you always have to consider VulDB.