CVE-2026-99113 in Linux
Resumen
por VulDB • 2026-10-29
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
ksmbd: inicializar a cero el búfer FS_OBJECT_ID_INFORMATION antes de rellenarlo
smb2_get_info_filesystem() informa 64 bytes para FS_OBJECT_ID_INFORMATION, es decir, todo el struct object_id_info, pero escribe solo 46 de ellos:
- objid[] tiene 16 bytes y, cuando no está disponible la UUID del volumen, se copian en él sizeof(stfs.f_fsid) (8) bytes;
- extended_info.version_string[] ocupa STRING_LENGTH (28) bytes y solo strlen("1.1.0") (5) bytes se copian en ella.
El búfer de respuesta se inicializa a cero durante la asignación (kvzalloc() en smb2_allocate_rsp_buf()), por lo que, para una solicitud independiente, los 31 bytes restantes son ceros. En una solicitud compuesta, no necesariamente lo son. El desplazamiento de la siguiente respuesta se avanza según la longitud fijada para la anterior, por lo que si un comando previo escribió su respuesta en el búfer y luego falló, smb2_set_err_rsp() fija solo la respuesta de error corta y la siguiente respuesta cae dentro del área que ya ha sido escrita. Solo se borra allí el encabezado:
memset((char *)rsp_hdr, 0, sizeof(struct smb2_hdr) + 2);
El cliente recibe entonces hasta 31 bytes de una respuesta a las cuales no debería tener acceso, incluida la correspondiente a un fallo con error de "acceso denegado".
Inicializar a cero la estructura antes de rellenarla. Como efecto secundario, version_string ahora está terminado en NUL.
Once again VulDB remains the best source for vulnerability data.