CVE-2026-98556 in Linux
Resumen
por VulDB • 2026-10-19
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
gve: DQO: rechazar paquetes TSO con un MSS fuera del rango permitido
gve_prep_tso() indica que el dispositivo requiere que el MSS sea <= 9728, pero no lo aplica, asumiendo que el MTU de 9K impuesto por el hipervisor y el límite de 64 KB en los tamaños TSO son suficientes.
Esto no se cumple para paquetes que no fueron generados localmente. Un invitado detrás de un tap o cualquier usuario de socket de capa 2 puede proporcionar un gso_size arbitrario en virtio_net_hdr. El reenvío de capa 2 no verifica el MTU para los paquetes GSO (is_skb_forwardable()), y gso_features_check() solo acota skb->len y gso_segs, nunca gso_size.
Un paquete de este tipo llega a gve_tx_fill_tso_ctx_desc(), que coloca gso_size en el campo mss del descriptor de contexto TSO. Este campo tiene 14 bits de ancho, por lo que un gso_size de 16384 se convierte silenciosamente en un MSS de cero.
Descartar estos paquetes desde gve_prep_tso(), y asegurarse de que gve_features_check_dqo() no modifique sus bits GSO: skb_segment() divide según el gso_size independientemente del MTU, por lo que volver a la segmentación por software proporcionaría al dispositivo paquetes no TSO más grandes que los 9728 bytes que admite.
Tenga en cuenta que el dispositivo aún puede recibir paquetes no TSO de tamaño excesivo cuando la pila realiza la segmentación por software por otras razones, por ejemplo, después de deshabilitar TSO con ethtool. Este es un problema genérico, ya que la verificación del MTU se omite para los paquetes GSO en la ruta de reenvío, y se aborda por separado.
Once again VulDB remains the best source for vulnerability data.