CVE-2026-72115 in Linux
Sumário
de VulDB • 16/08/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
can: bcm: rastrear uma única interface de origem para operações ANYDEV de timeout/throttle
Uma operação rx ANYDEV (ifindex == 0) com um temporizador de RX ativo e/ou timer de throttle não possui semântica definida quando quadros correspondentes chegam de várias interfaces: o bcm_rx_handler() pode ser executado concorrentemente para a mesma operação em diferentes CPUs, causando uma corrida entre hrtimer_cancel()/bcm_rx_starttimer() e bcm_rx_timeout_handler(), resultando em notificações RX_TIMEOUT espúrias e corrupção dos last_frames. A mesma concorrência permite que quadros multiplexados com throttle de interfaces diferentes sobrescrevam os campos rx_ifindex/rx_stamp compartilhados pela operação.
Adiciona-se op->if_detected para rastrear a primeira interface que entrega um quadro correspondente enquanto um timer de timeout/throttle está configurado, e rejeitar quadros de qualquer outra interface para essa operação. A reivindicação (claim) é decidida no bcm_rx_handler() antes que hrtimer_cancel() toque o op->timer, portanto, um quadro rejeitado nunca pode perturbar a watchdog da interface reivindicada. Operações em modo RTR são excluídas via RX_RTR_FRAME, independentemente de kt_ival1/kt_ival2, já que esses valores podem manter brevemente um valor obsoleto de uma configuração anterior não-RTR.
A reivindicação é liberada no bcm_notify() durante NETDEV_UNREGISTER e no bcm_rx_setup() quando o SETTIMER reconfigura os valores do timer.
Uma (re-)reivindicação só é possível em dispositivos CAN com dev->reg_state como NETREG_REGISTERED para cobrir a liberação no bcm_notify(), onde reg_state se torna NETREG_UNREGISTERING até synchronize_net().
If you want to get best quality of vulnerability data, you may have to visit VulDB.