Varios informes de vulnerabilidades del kernel de Linux han terminado publicados por error en la lista de correo pública del proyecto, en lugar del canal privado reservado para fallos de seguridad. Dos de los problemas expuestos llegan a una puntuación CVSS de 9.0, el tramo más alto de gravedad, según ha revelado este un mensaje en la red social X de Phoronix.
El fallo de procedimiento procede de Zero Day Initiative (ZDI), la división de Trend Micro dedicada a detectar vulnerabilidades, que remitió sus avisos a la lista Linux Kernel Mailing List (LKML) en lugar de hacerlo por el cauce privado habitual. Greg Kroah-Hartman, uno de los principales mantenedores del kernel, respondió a cada uno de los mensajes para preguntar por qué se habían enviado a una lista abierta a cualquier lector, tal y como recoge Michael Larabel en un artículo publicado en Phoronix que destapó el incidente. Vamos a repasar qué fallos concretos han quedado expuestos y qué podéis hacer si administráis alguno de los sistemas afectados.
Qué vulnerabilidades concretas se han filtrado
Las dos vulnerabilidades más graves comparten puntuación CVSS de 9.0. La primera, catalogada como ZDI-CAN-33549, afecta a SMB Direct y permite la ejecución remota de código por culpa de un desbordamiento de enteros (integer underflow); ya existe un parche en una rama de Git pensada para Linux v7.5, y todo apunta a que su llegada a la rama principal se acelerará ahora que el problema es público. La segunda, ZDI-CAN-33774, es una condición de carrera en KSMBD que también deriva en ejecución remota de código.
Phoronix@phoronixSeveral Linux Kernel Vulnerabilities Accidentally Posted To Public Kernel Mailing ListAs high as CVSS 9.0. Whoops.
https://t.co/opCRSE80Vq
22 de octubre, 2026 • 12:07
2.5K
287
El resto de la lista incluye fallos de menor puntuación pero igual de relevantes para quienes administráis servidores Linux. ZDI-CAN-33367 afecta a skb_zerocopy, dentro del código de red, y permite escalada de privilegios local; los desarrolladores ya habían recibido un aviso sobre este mismo problema por otra vía la semana anterior, así que el parche se espera en breve. ZDI-CAN-34068 es un error de escritura fuera de límites en el controlador gráfico VMWGFX de VMware, también con escalada de privilegios local, y ZDI-CAN-34076 provoca divulgación de información por un recurso sin inicializar en el código NVMET.
A estos cinco fallos se suma ZDI-CAN-32005, un desbordamiento de búfer en consultas TCP de tipo search-domain que acaba en escalada de privilegios local y que, según recoge Phoronix, ya se había colado en la misma lista pública un día antes que el resto.
Por qué preocupa que estos fallos salieran a la luz
El procedimiento habitual para reportar fallos del kernel pasa por una lista privada: los mantenedores reciben el aviso, desarrollan el parche y lo prueban sin que los detalles técnicos circulen públicamente hasta que existe una solución lista para las distribuciones. Ese margen es lo que permite a quienes administráis sistemas Linux actualizar antes de que alguien convierta el fallo en un exploit funcional.
Al aparecer en la LKML, ese margen desaparece: cualquiera con acceso a la lista, que es pública por definición, puede leer el vector de ataque antes de que el parche llegue a las versiones estables. Ninguno de los seis fallos estaba corregido en mainline en el momento de la filtración, aunque en varios casos los parches ya circulaban en pruebas o en ramas «-next», lo que acorta algo el tiempo de exposición real. El propio historial sugiere que no fue un tropiezo aislado: ZDI-CAN-32005 ya había aparecido en la misma lista pública un día antes que el resto, señal de que el envío al canal equivocado se repitió más de una vez antes de que alguien lo notara.
A quién afecta y qué podéis hacer ante los fallos de seguridad
Los fallos tocan piezas muy distintas del sistema: el protocolo SMB, el módulo KSMBD, el código de red, el controlador gráfico de VMware y el subsistema NVMET. Eso amplía el radio de impacto a servidores con recursos compartidos por SMB, entornos virtualizados con gráficos VMware y cualquier máquina con kernels recientes expuesta en red. La fuente no precisa qué distribuciones han incorporado ya los parches backportados, algo que previsiblemente se irá resolviendo según cada mantenedor libere sus propios boletines.
Si administráis alguno de estos sistemas, la recomendación no cambia respecto a cualquier aviso de seguridad del kernel: mantener el sistema actualizado y seguir los canales oficiales de cada distribución, que suelen reaccionar con sus propios parches en cuanto el cambio llega a mainline o a una rama estable. En servidores críticos con los servicios afectados (SMB, KSMBD o gráficos virtualizados) puede tener sentido limitar su exposición mientras se confirma la publicación de los parches definitivos. Larabel resumía así el trasfondo del incidente en su artículo: «los informes de errores y de seguridad no dejan de llegar, en este mundo impulsado por la IA».