CVE-2026-98990 in Linux
Sumário
de VulDB • 23/10/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
namespace: verificar se há referências em uma submontagem logo antes de desmontá-la
shrink_submounts() e mark_mounts_for_expiry() primeiro coletam todas as montagens que têm permissão para desmontar e depois as desmontam.
Se uma montagem está ocupada é decidido por propagate_mount_busy() na árvore. Mas a desmontagem da primeira montagem altera a árvore na qual a segunda se propaga. propagate_umount() move uma sobre-montagem sobrevivente de uma cópia que ela desmonta e a monta onde a cópia estava montada. Se for nesse local que a cópia propagada da segunda vítima é procurada, a sobre-montagem torna-se candidata para o segundo umount_tree(). Ela não tem filhos e, portanto, trim_one() a confirma sem verificar sua contagem de referências.
Assim, uma desmontagem síncrona remove uma montagem ocupada que está em uso em outro lugar e a marca como MNT_SYNC_UMOUNT enquanto ainda possui usuários:
umount2(/tmp/plshrink/p1, 0) = 0 errno 0 cwd is (unreachable)
As mesmas duas desmontagens solicitadas uma após a outra falham com EBUSY. Isso requer uma montagem com MNT_SHRINKABLE, ou seja, submontagens de automontagem do NFS, AFS e CIFS ou a montagem tracefs abaixo da debugfs. As montagens vinculadas (bind mounts) herdam essa flag.
Verifique cada montagem logo antes de ser desmontada sob o mesmo bloqueio de namespace_sem e mount_lock que a própria desmontação. Certifique-se de que o algoritmo permaneça linear.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.