CVE-2026-98805
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
tipc: evitar la reutilización del nonce de GCM al cambiar la clave del par
TIPC puede cifrar el tráfico entre nodos usando una clave de transmisión distinta para cada nodo. En este modo, el nonce de AES-GCM de un paquete enviado a un par conocido consta de un prefijo de 32 bits (una sal por clave combinada mediante XOR con la dirección del par) seguido de un contador de 64 bits. Ese contador se almacena en el objeto criptográfico de recepción (RX) del par.
Leer descripción completaMostrar menos
Cuando el par informa de un cambio en la clave que utiliza para recibir paquetes, TIPC restablece este contador. El emisor puede seguir usando la misma clave de transmisión (TX) y la misma sal, por lo que los paquetes posteriores reutilizan nonces anteriores. Esta reutilización de nonces compromete la confidencialidad y expone la clave de autenticación de GCM. Esto hace que las falsificaciones sean triviales: un atacante puede aprovechar la maleabilidad de CTR para alterar textos cifrados capturados y utilizar la clave de autenticación recuperada para calcular una etiqueta válida para el texto cifrado modificado, con la misma clave y el mismo nonce.
En su lugar, utilizar el contador aead->seqno ya existente de la clave de transmisión (TX). Todos los cifrados que usan ese objeto de clave comparten el mismo contador atómico, por lo que los cifrados concurrentes obtienen valores de contador de nonce distintos. El contador sobrevive a la activación de la clave y a la reconexión del par, y los informes de estado de clave del par no pueden restablecerlo. Así se evita que estas transiciones provoquen la reutilización de nonces mientras la misma clave TX siga instalada.
El formato del nonce no cambia, y los receptores no exigen valores de contador consecutivos, por lo que compartir el contador entre pares sigue siendo compatible con los receptores existentes. Una comprobación preexistente sigue invocando la revocación de la clave en el improbable caso de que el contador vuelva a cero tras desbordarse.
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.13 %
- Percentil entre todas las CVEs puntuadas
- 3
- 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 4 referencias
JSON original (NVD)
Mostrar
{
"id": "CVE-2026-98805",
"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": "fc1b6d6de2208774efd2a20bf0daddb02d18b1e0",
"lessThan": "5c8ce13c792e28d56f9ec3cd6728d8225bc0e3a2",
"versionType": "git"
},
{
"status": "affected",
"version": "fc1b6d6de2208774efd2a20bf0daddb02d18b1e0",
"lessThan": "f74f100e49588c1dbdc6ab3ba9e2c67b36d015d0",
"versionType": "git"
},
{
"status": "affected",
"version": "fc1b6d6de2208774efd2a20bf0daddb02d18b1e0",
"lessThan": "60e0c2aeaa605ff19ca4e65126a35643d4d7ee1c",
"versionType": "git"
},
{
"status": "affected",
"version": "fc1b6d6de2208774efd2a20bf0daddb02d18b1e0",
"lessThan": "512ccd3d0e91e791fb37442aa0a2599aca19783d",
"versionType": "git"
}
],
"programFiles": [
"net/tipc/crypto.c"
],
"defaultStatus": "unaffected"
},
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"vendor": "Linux",
"product": "Linux",
"versions": [
{
"status": "affected",
"version": "5.5"
},
{
"status": "unaffected",
"version": "0",
"lessThan": "5.5",
"versionType": "semver"
},
{
"status": "unaffected",
"version": "6.12.113",
"versionType": "semver",
"lessThanOrEqual": "6.12.*"
},
{
"status": "unaffected",
"version": "6.18.56",
"versionType": "semver",
"lessThanOrEqual": "6.18.*"
},
{
"status": "unaffected",
"version": "7.2.10",
"versionType": "semver",
"lessThanOrEqual": "7.2.*"
},
{
"status": "unaffected",
"version": "7.3",
"versionType": "original_commit_for_fix",
"lessThanOrEqual": "*"
}
],
"programFiles": [
"net/tipc/crypto.c"
],
"defaultStatus": "affected"
}
]
}
],
"published": "2026-10-18T16:17:34.567",
"references": [
{
"url": "https://git.kernel.org/stable/c/512ccd3d0e91e791fb37442aa0a2599aca19783d",
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
},
{
"url": "https://git.kernel.org/stable/c/5c8ce13c792e28d56f9ec3cd6728d8225bc0e3a2",
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
},
{
"url": "https://git.kernel.org/stable/c/60e0c2aeaa605ff19ca4e65126a35643d4d7ee1c",
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
},
{
"url": "https://git.kernel.org/stable/c/f74f100e49588c1dbdc6ab3ba9e2c67b36d015d0",
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
}
],
"vulnStatus": "Received",
"descriptions": [
{
"lang": "en",
"value": "In the Linux kernel, the following vulnerability has been resolved:\n\ntipc: prevent GCM nonce reuse on peer key changes\n\nTIPC can encrypt traffic between nodes using a different transmit key\nfor each node. In this mode, the AES-GCM nonce for a packet sent to a\nknown peer consists of a 32-bit prefix (a per-key salt XOR the peer's\naddress) followed by a 64-bit counter. That counter is stored in the\npeer's RX crypto object. When the peer reports a change in which key\nit uses to receive packets, TIPC resets this counter. The sender can\nstill be using the same TX key and salt, so subsequent packets reuse\nearlier nonces. This nonce reuse breaks confidentiality and exposes\nGCM's authentication key. This makes forgeries trivial: an attacker\ncan exploit CTR malleability to alter captured ciphertexts and use the\nrecovered authentication key to compute a valid tag for the modified\nciphertext, under the same key and nonce.\n\nUse the TX key's existing aead->seqno counter instead. All encryptions\nusing that key object share the same atomic counter, so concurrent\nencryptions get distinct nonce counter values. The counter survives\nkey activation and peer reconnection, and peer key-status reports\ncannot reset it. This prevents those transitions from causing nonce\nreuse while the same TX key remains installed.\n\nThe nonce format is unchanged, and receivers do not require consecutive\ncounter values, so sharing the counter across peers remains compatible\nwith existing receivers. A pre-existing check still invokes key\nrevocation in the unlikely event that the counter wraps to zero."
}
],
"lastModified": "2026-10-19T10:19:44.560",
"sourceIdentifier": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
}