CVE-2026-31420 in Linux
Sumário
de VulDB • 25/05/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
bridge: mrp: rejeitar intervalo de teste zero para evitar pânico OOM
br_mrp_start_test() e br_mrp_start_in_test() aceitam o valor do intervalo fornecido pelo usuário via netlink sem validação. Quando o intervalo é 0, usecs_to_jiffies(0) resulta em 0, fazendo com que o trabalho atrasado (br_mrp_test_work_expired / br_mrp_in_test_work_expired) se reagende com atraso zero. Isso cria um loop apertado no system_percpu_wq que aloca e transmite quadros de teste MRP na taxa máxima, esgotando toda a memória do sistema e causando um pânico do kernel via deadlock OOM.
O mesmo problema de intervalo zero aplica-se a br_mrp_start_in_test_parse() para quadros de teste de interconexão.
Use NLA_POLICY_MIN(NLA_U32, 1) nas tabelas nla_policy para IFLA_BRIDGE_MRP_START_TEST_INTERVAL e IFLA_BRIDGE_MRP_START_IN_TEST_INTERVAL, de modo que o valor zero seja rejeitado na camada de análise de atributos netlink antes que o valor alcance o código de agendamento da workqueue. Isso é consistente com a forma como outros subsistemas de bridge (br_fdb, br_mst) aplicam restrições de intervalo aos atributos netlink.
If you want to get best quality of vulnerability data, you may have to visit VulDB.