CVE-2026-98560

Estado: RecibidaSin puntuar—
Gravedad—Sin puntuar
Probabilidad de explotación0.19 %mayor que el 8 % de las CVE
Explotación activaNono figura en el catálogo de CISA
Exploit públicoNo conocidosin código público localizado

En el kernel de Linux se ha resuelto la siguiente vulnerabilidad:

net/rds: dimensionar el conjunto de rutas de una conexión según el transporte que finalmente se le asigna

__rds_conn_create() calcula npaths a partir del transporte indicado por quien realiza la llamada antes de decidir si una conexión a una de las propias direcciones del host debe gestionarla el transporte de bucle invertido (loopback). Esa sustitución es lo que recibe un socket RDS/TCP que envía datos a una dirección local; después de ella, el bucle de inicialización de rutas sigue ejecutándose para los RDS_MPATH_WORKERS rutas del transporte TCP y asigna una cola de trabajo ordenada (ordered workqueue) para cada una, mientras que rds_loop_conn_alloc() solo proporciona datos de transporte para la ruta 0.

Leer descripción completaMostrar menos

rds_conn_destroy() dimensiona su desmantelamiento a partir de c_trans, que en ese momento es el transporte de bucle invertido, por lo que solo recorre la ruta 0; además, rds_conn_path_destroy() omitiría de todos modos las demás rutas, ya que retorna antes de llamar a destroy_workqueue() para una ruta sin datos de transporte. A continuación, kfree(c_path) elimina los últimos punteros a siete colas de trabajo. Esto se repite para cada una de estas conexiones, en cada destrucción de un netns o en cada descarga de módulo, y cada dirección local de destino distinta constituye una conexión independiente.

Recalcular npaths una vez que el transporte es definitivo, de modo que la creación y la destrucción coincidan en el conjunto de rutas. El array c_path se mantiene dimensionado para el transporte indicado por quien realiza la llamada; las entradas no utilizadas se liberan junto con él.

Traducción automática del texto original de NVD (en inglés).

CVSS

NVD no ha asignado puntuación CVSS a esta CVE (habitual desde el cambio de política de abril de 2026).

Probabilidad de explotación (EPSS)

Probabilidad de explotación en los próximos 30 días
0.19 %
Percentil entre todas las CVEs puntuadas
8
Fecha de la puntuación
20/10/2026

EPSS (Exploit Prediction Scoring System, de FIRST) estima la probabilidad de que una vulnerabilidad sea explotada en 30 días. Complementa a CVSS (impacto) y a CISA KEV (explotación confirmada).

Tecnologías afectadas (1)

⚠ Inferidas por IA a partir de la descripción — NVD aún no ha analizado esta CVE; no son CPE verificados.

Referencias

Mostrar las 2 referencias

JSON original (NVD)

Mostrar
{
  "id": "CVE-2026-98560",
  "cveTags": [],
  "metrics": {},
  "affected": [
    {
      "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
      "affectedData": [
        {
          "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
          "vendor": "Linux",
          "product": "Linux",
          "versions": [
            {
              "status": "affected",
              "version": "4716af3897e95997d08183d351cece2dec9ee0c0",
              "lessThan": "670f303169d2d36f315c40f6d3d18b5ee8498fea",
              "versionType": "git"
            },
            {
              "status": "affected",
              "version": "4716af3897e95997d08183d351cece2dec9ee0c0",
              "lessThan": "ba3d1f480c7a3fba963e7867ad6cc557c197acbc",
              "versionType": "git"
            }
          ],
          "programFiles": [
            "net/rds/connection.c"
          ],
          "defaultStatus": "unaffected"
        },
        {
          "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
          "vendor": "Linux",
          "product": "Linux",
          "versions": [
            {
              "status": "affected",
              "version": "7.0"
            },
            {
              "status": "unaffected",
              "version": "0",
              "lessThan": "7.0",
              "versionType": "semver"
            },
            {
              "status": "unaffected",
              "version": "7.2.9",
              "versionType": "semver",
              "lessThanOrEqual": "7.2.*"
            },
            {
              "status": "unaffected",
              "version": "7.3",
              "versionType": "original_commit_for_fix",
              "lessThanOrEqual": "*"
            }
          ],
          "programFiles": [
            "net/rds/connection.c"
          ],
          "defaultStatus": "affected"
        }
      ]
    }
  ],
  "published": "2026-10-18T16:17:08.143",
  "references": [
    {
      "url": "https://git.kernel.org/stable/c/670f303169d2d36f315c40f6d3d18b5ee8498fea",
      "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
    },
    {
      "url": "https://git.kernel.org/stable/c/ba3d1f480c7a3fba963e7867ad6cc557c197acbc",
      "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
    }
  ],
  "vulnStatus": "Received",
  "descriptions": [
    {
      "lang": "en",
      "value": "In the Linux kernel, the following vulnerability has been resolved:\n\nnet/rds: size a connection's path set by the transport it ends up with\n\n__rds_conn_create() computes npaths from the caller's transport before\nit decides whether a connection to one of the host's own addresses is\nto be handled by the loopback transport instead.  That substitution is\nwhat an RDS/TCP socket sending to a local address gets, and after it\nthe path init loop still runs for the TCP transport's RDS_MPATH_WORKERS\npaths and allocates an ordered workqueue for each, while\nrds_loop_conn_alloc() only ever provides transport data for path 0.\n\nrds_conn_destroy() sizes its teardown from c_trans, by then the\nloopback transport, so it visits path 0 only - and\nrds_conn_path_destroy() would skip the other paths anyway, since it\nreturns before destroy_workqueue() for a path without transport data.\nkfree(c_path) then drops the last pointers to seven workqueues.  That\nrepeats for every such connection, on every netns teardown or module\nunload, and every distinct local destination address is a separate\nconnection.\n\nRecompute npaths once the transport is final, so that creation and\ndestruction agree on the set of paths.  The c_path array stays sized\nfor the caller's transport; the unused entries are freed with it."
    }
  ],
  "lastModified": "2026-10-19T10:19:12.577",
  "sourceIdentifier": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
}