CVE-2026-72115

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılıb: can: bcm: ANYDEV timeout/throttle əməliyyatları üçün tək bir mənbə interfeysini izləyin Aktiv RX timeout və ya throttle taymeri olan ANYDEV rx əməliyyatı (ifindex == 0), uyğun gələn freymlər bir neçə interfeysdən gəldikdə təyin edilmiş semantikaya malik deyil: bcm_rx_handler() eyni əməliyyat üçün müxtəlif CPU-larda eyni vaxtda işləyə bilər, bu da hrtimer_cancel()/bcm_rx_starttimer()-i bcm_rx_timeout_handler()-ə qarşı yarışdıraraq yalançı RX_TIMEOUT bildirişlərinə və last_frames korlanmasına səbəb olur. Eyni konkurentlik fərqli interfeyslərdən gələn throttle olunmuş multipleks freymlərin əməliyyat tərəfindən paylaşılmış tək rx_ifindex/rx_stamp sahələrini sıfırlamasına imkan verir. Timeout/throttle taymeri konfiqurasiya edildiyi zaman uyğun freymi çatdıran ilk interfeysi izləmək üçün op->if_detected əlavə edildi və həmin əməliyyat üçün digər istənilən interfeysdən gələn freymlər rədd edilir. Tələb bcm_rx_handler()-də hrtimer_cancel() op->timer-ə toxunmamışdan əvvəl qərarlaşdırılır, beləliklə, rədd edilən freym heç vaxt təyin edilmiş interfeysin watchdog-unu poza bilməz. RTR-rejimindəki əməliyyatlar, kt_ival1/kt_ival2-dən asılı olmayaraq, RX_RTR_FRAME vasitəsilə istisna edilir, çünki bunlar qısaca əvvəlki qeyri-RTR konfiqurasiyasından köhnəlmiş dəyəri saxlaya bilər. Tələb NETDEV_UNREGISTER zamanı bcm_notify()-də və SETTIMER taymer dəyərlərini yenidən konfiqurasiya etdikdə bcm_rx_setup()-də azad edilir. (Yenidən) tələb yalnız NETREG_REGISTERED dev->reg_state vəziyyətində olan CAN cihazlarında mümkündür ki, bu da synchronize_net() tamamlanana qədər reg_state-in NETREG_UNREGISTERING olduğu bcm_notify()-dəki azad etmə prosesini əhatə edir.