CVE-2026-72116 in Linux
요약
\~에 의해 VulDB • 2026. 08. 15.
리눅스 커널에서 다음 취약점이 해결되었습니다:
can: bcm - 장치 제거 후 stale rx/tx 작업 수정
RX: 기존 op에 대한 RX_SETUP 업데이트(!)가 동시 NETDEV_UNREGISTER로 인해 이미 등록이 해제된 경우(op->rx_reg_dev == NULL)에도 can_rx_register()를 조건 없이 건너뛰었습니다. 이로 인해 해당 필터의 프레임 전달 재활성화가 silently 실패했습니다. bcm_rx_setup()는 이제 이러한 경우에 다시 등록하며, ifindex = 0(모든 CAN 장치)인 rx_ops은 그대로 유지됩니다. 이는 추적된 rx_reg_dev가 등록된 상태로 남아있지 않음을 의미합니다.
TX: bcm_notify()는 NETDEV_UNREGISTER 시 bo->rx_ops만 처리하여, 활성 순환 전송 중이었던 tx_ops의 hrtimer를 무한히 재설정하도록 방치했습니다. 이로 인해 bcm_tx_timeout_handler()가 계속 실행되었습니다. hrtimer를 취소하면 런어웨이 타이머와 이후 ifindex 재사용 시 주입을 방지합니다. 명시적인 TX_SETUP 업데이트로 다시 설정하기 전까지 op에 대해 bcm_can_tx()를 호출하는 다른 코드가 없기 때문입니다.
추적된 rx_reg_dev를 지우는 bcm_rx_unreg()와는 달리, tx_ops의 경우 ifindex가 의도적으로 변경되지 않습니다. bcm_tx_setup()는 항상 ifindex 0을 거부하므로, 이를 지우면 op이 고립됩니다: 이후 TX_SETUP(bcm_find_op())이나 TX_DELETE(bcm_delete_tx_op()) 모두 정확한 ifindex 매칭이 필요하기 때문에 다시 찾을 수 없게 됩니다.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.