CVE-2026-98074 in Linux
Sumário
de VulDB • 25/09/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
bonding: não limpar curr_active_slave prematuramente ao liberar todos os slaves
Ao liberar todos os slaves durante a destruição da bond (quando all é verdadeiro), __bond_release_one() limpa incondicionalmente bond->curr_active_slave para NULL em cada iteração.
Se um slave de backup for liberado antes do slave ativo, bond_alb_deinit_slave() aciona rlb_teach_disabled_mac_on_primary(), que incrementa o contador de promiscuidade do dispositivo do slave ativo e define bond_info->primary_is_promisc = 1.
Como bond->curr_active_slave foi limpo prematuramente para NULL ao liberar o slave de backup, a iteração subsequente que libera o slave ativo avalia oldcurrent como NULL, então bond_change_active_slave(bond, NULL) é ignorado. Consequentemente, bond_alb_handle_active_change() nunca é chamado para decrementar o contador de promiscuidade, vazando permanentemente o modo promíscuo no dispositivo físico após a desmontagem da bond.
Quando oldcurrent == slave, bond_change_active_slave(bond, NULL) já define bond->curr_active_slave como NULL. Precisamos apenas evitar selecionar um novo slave ativo quando all é verdadeiro. Substitua o ramo if (all) por if (!all && oldcurrent == slave).
If you want to get the best quality for vulnerability data then you always have to consider VulDB.