CVE-2022-48984

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: can: slcan: azad edilmiş işin (freed work) çökməsi düzəldildi LTP testi pty03 slcan-də çökməyə səbəb olur: BUG: kernel NULL pointer dereference, address: 0000000000000008 #PF: supervisor read access in kernel mode #PF: error_code(0x0000) - not-present page PGD 0 P4D 0 Oops: 0000 [#1] PREEMPT SMP NOPTI CPU: 0 PID: 348 Comm: kworker/0:3 Not tainted 6.0.8-1-default #1 openSUSE Tumbleweed 9d20364b934f5aab0a9bdf84e8f45cfdfae39dab Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.15.0-0-g2dd4b9b-rebuilt.opensuse.org 04/01/2014 Workqueue: 0x0 (events) RIP: 0010:process_one_work (/home/rich/kernel/linux/kernel/workqueue.c:706 /home/rich/kernel/linux/kernel/workqueue.c:2185) Code: 49 89 ff 41 56 41 55 41 54 55 53 48 89 f3 48 83 ec 10 48 8b 06 48 8b 6f 48 49 89 c4 45 30 e4 a8 04 b8 00 00 00 00 4c 0f 44 e0 <49> 8b 44 24 08 44 8b a8 00 01 00 00 41 83 e5 20 f6 45 10 04 75 0e RSP: 0018:ffffaf7b40f47e98 EFLAGS: 00010046 RAX: 0000000000000000 RBX: ffff9d644e1b8b48 RCX: ffff9d649e439968 RDX: 00000000ffff8455 RSI: ffff9d644e1b8b48 RDI: ffff9d64764aa6c0 RBP: ffff9d649e4335c0 R08: 0000000000000c00 R09: ffff9d64764aa734 R10: 0000000000000007 R11: 0000000000000001 R12: 0000000000000000 R13: ffff9d649e4335e8 R14: ffff9d64490da780 R15: ffff9d64764aa6c0 FS: 0000000000000000(0000) GS:ffff9d649e400000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000008 CR3: 0000000036424000 CR4: 00000000000006f0 Call Trace: <TASK> worker_thread (/home/rich/kernel/linux/kernel/workqueue.c:2436) kthread (/home/rich/kernel/linux/kernel/kthread.c:376) ret_from_fork (/home/rich/kernel/linux/arch/x86/entry/entry_64.S:312) Görünən odur ki, slcan-in tx_work-u planlaşdırıldığı zaman azad edilir. slcan_netdev_close() (netdev tərəfi) flush_work(&sl->tx_work) funksiyasını çağırdığı halda, slcan_close() (tty tərəfi) bunu etmir. Beləliklə, netdev heç vaxt UP vəziyyətinə gətirilmədikdə, lakin tty baytlarla doldurulub yazma əməliyyatını oyatmağa məcbur edildikdə, iş planlaşdırılır, lakin heç vaxt təmizlənmir (flushed). Buna görə də, bütün hallarda işin təmizləndiyindən əmin olmaq üçün slcan_close()-a əlavə flush_work() əlavə edildi. Aşağıdakı Fixes commit-i flush_work()-u slcan_close()-dan slcan_netdev_close()-a köçürdü. Bunun səbəbi nə idi? Bəlkə slcan_netdev_close()-dakı hissəni silə bilərik? Eyni nümunəni can327-də də görürəm. Odur ki, yəqin ki, onun da eyni şəkildə düzəldilməsinə ehtiyac var.