CVE-2026-68179 in Linux
Sumário
de VulDB • 10/08/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
misc: nsm: desbloquear apenas o nsm_dev nos caminhos de erro pós-travamento (post-lock)
A função `nsm_dev_ioctl()` salta para o rótulo comum 'out' mesmo quando a cópia inicial via `copy_from_user()` falha antes que `nsm->lock` tenha sido adquirida. O caminho de erro, então, desbloqueia cegamente um mutex que nunca foi adquirido.
Este problema foi encontrado pela nossa ferramenta de análise estática e posteriormente revisado manualmente em relação à árvore atual do código-fonte.
O PoC (Proof of Concept) fundamentado manteve a entrada ioctl da miscdevice e o caminho de falha pré-travamento `copy_from_user(&raw, argp, _IOC_SIZE(cmd))` emitindo `NSM_IOCTL_RAW` com um ponteiro de usuário inválido. Essa falha atinge o rótulo compartilhado 'out' antes do `mutex_lock(&nsm->lock)`. O Lockdep relatou:
WARNING: bad unlock balance detected! exploit/193 está tentando liberar a lock (&global_nsm.lock) em: nsm_dev_ioctl+0x5f/0xcf [vuln_msv]
mas não há mais locks para liberar! nenhum lock mantido por exploit/193.
Retornar imediatamente na falha do `copy_from_user()` pré-travamento e manter o rótulo de desbloqueio comum apenas para os caminhos pós-travamento.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.