CVE-2022-48830

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: can: isotp: isotp_rcv()-də CAN çərçivəsinin qəbulunda potensial yarış vəziyyəti düzəldildi CAN çərçivəsi qəbul edilərkən mövcud kod məntiqi real istifadədə rast gəlinməyən eyni vaxtda qəbul edən prosesləri nəzərə almır. Ziyang Xuan yazır: Aşağıdakı syz problemi ssenarilərdən biridir. isotp_rcv_cf() zamanı so->rx.len isotp_rcv_ff() tərəfindən dəyişdirilir, buna görə də so->rx.len alloc_skb()-dən əvvəl 0-a, alloc_skb()-dən sonra isə 4096-ya bərabər olur. Bu, skb_put()-da skb_over_panic() çağırışına səbəb olur. ======================================================= CPU: 1 PID: 19 Comm: ksoftirqd/1 Not tainted 5.16.0-rc8-syzkaller #0 RIP: 0010:skb_panic+0x16c/0x16e net/core/skbuff.c:113 Call Trace: <TASK> skb_over_panic net/core/skbuff.c:118 [inline] skb_put.cold+0x24/0x24 net/core/skbuff.c:1990 isotp_rcv_cf net/can/isotp.c:570 [inline] isotp_rcv+0xa38/0x1e30 net/can/isotp.c:668 deliver net/can/af_can.c:574 [inline] can_rcv_filter+0x445/0x8d0 net/can/af_can.c:635 can_receive+0x31d/0x580 net/can/af_can.c:665 can_rcv+0x120/0x1c0 net/can/af_can.c:696 __netif_receive_skb_one_core+0x114/0x180 net/core/dev.c:5465 __netif_receive_skb+0x24/0x1b0 net/core/dev.c:5579 Buna görə də isotp_rcv()-ə spin_lock əlavə etməklə CAN çərçivəsinin qəbulu zamanı vəziyyətin dəyişməsinin və məlumat strukturlarının ardıcıl qalmasını təmin edirik. Bu, syzkaller tərəfindən bildirilən problemi düzəldir, lakin real istifadəyə təsir etmir.