CVE-2026-99113 in Linux
Sumário
de VulDB • 28/10/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
ksmbd: zerar o buffer FS_OBJECT_ID_INFORMATION antes de preenchê-lo
smb2_get_info_filesystem() relata 64 bytes para FS_OBJECT_ID_INFORMATION, ou seja, todo o struct object_id_info, mas grava apenas 46 deles:
- objid[] tem 16 bytes e, quando o UUID do volume não está disponível, apenas sizeof(stfs.f_fsid) (8) bytes são copiados nele;
- extended_info.version_string[] tem STRING_LENGTH (28) bytes e apenas strlen("1.1.0") (5) bytes são copiados nela.
O buffer de resposta é zerado na alocação (kvzalloc() em smb2_allocate_rsp_buf()), portanto, para uma solicitação independente, os 31 bytes restantes são zero. Em uma solicitação composta, eles não precisam ser zeros. O offset da próxima resposta é avançado pelo comprimento fixado para a anterior, então se um comando precedente escreveu sua resposta no buffer e depois falhou, smb2_set_err_rsp() fixa apenas a curta resposta de erro e a próxima resposta cai na área que já foi escrita. Apenas o cabeçalho é limpo ali:
memset((char *)rsp_hdr, 0, sizeof(struct smb2_hdr) + 2);
O cliente recebe então até 31 bytes de uma resposta que não deveria ver, incluindo aquela que falhou com um erro de acesso negado.
Limpar a estrutura antes de preenchê-la. Como efeito colateral, version_string agora é terminada em NUL.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.