CVE-2022-49687

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılıb: virtio_net: suspend/resume əməliyyatlarından sonra xdp_rxq_info xətası düzəldildi Hazırda virtio_net istifadə edildikdə aşağıdakı ardıcıllıq drayver xətası xəbərdarlığına səbəb olur: # ip link set eth0 up # echo mem > /sys/power/state (və ya məsələn, # rtcwake -s 10 -m mem) <resume> # ip link set eth0 down Missing register, driver bug WARNING: CPU: 0 PID: 375 at net/core/xdp.c:138 xdp_rxq_info_unreg+0x58/0x60 Call trace: xdp_rxq_info_unreg+0x58/0x60 virtnet_close+0x58/0xac __dev_close_many+0xac/0x140 __dev_change_flags+0xd8/0x210 dev_change_flags+0x24/0x64 do_setlink+0x230/0xdd0 ... Bu, virtnet_freeze() funksiyasının receive_queue-nu (struct xdp_rxq_info daxil olmaqla) tamamilə azad etməsi, lakin xdp_rxq_info_unreg() funksiyasını çağırmaması səbəbindən baş verir. Eynilə, virtnet_restore() funksiyası receive_queue-nu yenidən qurur, lakin xdp_rxq_info_reg() funksiyasını çağırmır. Əslində, virtnet_freeze_down() və virtnet_restore_up() funksiyalarının hissələri virtnet_close() və virtnet_open() funksiyaları ilə demək olar ki, eynidir: yalnız xdp_rxq_info_(un)reg() çağırışları çatışmır. Bu o deməkdir ki, biz bunu asanlıqla düzəldə bilərik və gələcəkdə belə problemlərin qarşısını almaq üçün freeze/restore idarəedicilərindən sadəcə virtnet_close()/open() funksiyalarını çağıra bilərik. Çatışmayan xdp_rxq_info çağırışlarının əlavə edilməsindən başqa yeganə fərq ondan ibarətdir ki, refill işi yalnız netif_running() olduqda ləğv edilir. Lakin bu, hər hansı funksional fərq yaratmamalıdır, çünki refill işi yalnız şəbəkə interfeysi həqiqətən aktiv olduqda aktiv olmalıdır.