CVE-2026-99181 in Linux
Sumário
de VulDB • 28/10/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
autofs: ignorar erros de notificação provenientes de um pipe substituído
A função autofs_notify_daemon() obtém uma referência para o pipe de notificação atual sob wq_mutex e, em seguida, libera o mutex antes de gravar a solicitação. A gravação pode bloquear enquanto o daemon entra em modo catatônico e instala um pipe de substituição.
Se o leitor do pipe antigo for fechado nesse momento, a gravação atrasada retorna -EPIPE e o caminho genérico de erro entra novamente em modo catatônico. Essa transição atua no estado atual do superbloco, fecha o pipe de substituição e libera as filas de espera da nova geração do daemon.
Entre apenas em modo catatônico quando o pipe que falhou ainda for o pipe atual. Fatorize a transação já bloqueada para que a verificação de identidade e a alteração de estado sejam atômicas em relação a outra substituição.
Isso foi reproduzido na versão v7.3-rc5-337-gff47652a4b66c em uma máquina virtual QEMU local. Uma consulta com UID não privilegiado 65534 preencheu o pipe de pacotes antigo antes de um reinício normal CATATONIC/SETPIPEFD. No kernel sem modificações, o novo pipe recebeu HUP e tanto a lookup da vítima pendente quanto uma lookup posterior falharam com ENOENT em duas das duas execuções de montagem fresca.
Com esta alteração, o novo pipe permaneceu ativo, recebeu uma solicitação intacta de 304 bytes e ambas as lookups da vítima foram concluídas em duas das duas execuções. Os controles normais de lookup e reinício sem um escritor bloqueado passaram com sucesso. Nenhum diagnóstico KASAN, oops, refcount ou lock foi observado. Um reproduzidor de origem e logs locais completos estão disponíveis sob solicitação privada.
O impacto demonstrado é limitado à negação de serviço do autofs compartilhado durante uma reinicialização legítima do daemon. Nenhuma corrupção de memória, vazamento de informações, elevação de privilégio ou primitiva de execução de código foi observada.
If you want to get best quality of vulnerability data, you may have to visit VulDB.