CVE-2023-53072

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: mptcp: qəbul edilməmiş soketləri məhv etmək üçün iş növbəsindən istifadə edin Christoph passiv soketin işə salınması hissəsini yenidən qurduqdan sonra token axtarışı zamanı UaF barədə məlumat verdi: BUG: KASAN: use-after-free in __token_bucket_busy+0x253/0x260 Read of size 4 at addr ffff88810698d5b0 by task syz-executor653/3198 CPU: 1 PID: 3198 Comm: syz-executor653 Not tainted 6.2.0-rc59af4eaa31c1f6c00c8f1e448ed99a45c66340dd5 #6 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 04/01/2014 Call Trace: <TASK> dump_stack_lvl+0x6e/0x91 print_report+0x16a/0x46f kasan_report+0xad/0x130 __token_bucket_busy+0x253/0x260 mptcp_token_new_connect+0x13d/0x490 mptcp_connect+0x4ed/0x860 __inet_stream_connect+0x80e/0xd90 tcp_sendmsg_fastopen+0x3ce/0x710 mptcp_sendmsg+0xff1/0x1a20 inet_sendmsg+0x11d/0x140 __sys_sendto+0x405/0x490 __x64_sys_sendto+0xdc/0x1b0 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x72/0xdc Biz bütün qoşalaşmış MPTCP səviyyəli resursları düzgün təmizləməli və msk-ı ən son buraxmalıyıq, hətta qəbul edilməmiş alt axın TCP daxili mexanizmləri tərəfindən inet_child_forget() vasitəsilə məhv edildikdə belə. Mövcud MPTCP_WORK_CLOSE_SUBFLOW infrastrukturunu yenidən istifadə edə bilərik, kritik ssenari üçün açıq şəkildə yoxlayaraq: bağlanmış alt axın MPC alt axınıdır, msk qəbul edilməyib və nəticədə tam təmizləmədən keçir. Bu dəyişikliklə __mptcp_destroy_sock() həmişə msk soketlərində çağırılır, hətta qəbul edilmiş soketlərdə belə. Artıq msk klonlaşdırılması zamanı bir sk istinadını müvəqqəti olaraq buraxmağa ehtiyac yoxdur. Nəzərə alın ki, bu commit valideyn commit-dən asılıdır: mptcp: passiv soketin işə salınmasını yenidən qurun