No kernel Linux, a seguinte vulnerabilidade foi resolvida: batman- adv: Soltar o worker métrico não gerenciado do ELP O worker do ELP precisa calcular novos valores métricos para todos os vizinhos "acessíveis" em uma interface. Algumas das fontes métricas usadas requerem fechaduras que podem precisar dormir. Este sono é incompatível com o iterador de lista RCU usado para os vizinhos gravados. A abordagem inicial para resolver este problema foi fazer fila de fila de outro item de trabalho por vizinho e executar este em um novo contexto. Mesmo quando isto resolve o conflito RCU vs smay_sleep(), ele tem um grande problema: Nada estava parando o item de trabalho no caso de não ser mais necessário - por exemplo porque uma das interfaces relacionadas foi removida ou o módulo batman- adv foi descarregado - resultando em potenciales acessos de memória inválidos. Cancelar diretamente o trabalhador métrico também tem vários problemas: * cancel_work_sync para uma interface a ser desativada é chamada com o rtnl_lock mantido. Mas o código no trabalhador métrico ELP também tenta usar rtnl_lock() - que nunca retornará neste caso. Isto também significa que cancel_work_sync nunca voltaria porque está esperando que o trabalhador termine. * A iteração sobre a lista vizinha para a interface a ser desativada é feita atualmente usando os métodos específicos da RCU. O que significa que é possível perder itens quando iterando sobre ele sem o spinlock associado - um comportamento que é aceitável para uma verificação métrica periódica, mas não para uma rotina de limpeza (que deve "parar" todos os trabalhadores ainda em execução) O melhor acerto é se livrar do trabalhador métrico vizinho por interface e lidar com tudo no trabalhador interface. Os problemas originais são resolvidos por: * criar uma lista de vizinhos que exigem novas informações métricas dentro do contexto protegido RCU, coletando a métrica de acordo com a nova lista fora do contexto protegido RCU * use apenas rcu_trylock dentro do código de recolha métrica para evitar um bloqueio quando o cancel_delayed_work_sync é chamado no código de remoção da interface (que é chamado com o rtnl_lock mantedo) O registro de base de dados de vulnerabilidade nacional CVE- 2025 - 21823 foi publicado em 2025 - 02 - 27 T 20: 16: 04.793 Z e última modificação em 2026 - 07 - 30 T 06: 21: 39.140 Z. O seu estado registrado é modificado.
métricas de vulnerabilidade gravadas: CVSS 3.1, pontuação de base 5.5, gravidade MEDIUM, vetor CVSS: 3.1 /AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H, pontuação de exploração 1.8, pontuação de impacto 3.6.
Classificações de fraqueza associadas: NVD- CWE- noinfo.
Os produtos ou plataformas nomeados nos dados de aplicabilidade incluem: kernel linux linux.
O registro NVD inclui referências de suporte documentando a vulnerabilidade, tecnologia afetada ou informações de remediação.