CVE-2026-98829
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
wifi: mac80211: drop oversized fragments to avoid extra_len overflow
En ieee80211_rx_h_defragment(), las cargas útiles de los fragmentos se acumulan en entry->extra_len a medida que llegan los fragmentos posteriores:
Cuando llega el último fragmento, se extrae el fragmento inicial de la cola y se llama a pskb_expand_head() con entry->extra_len para garantizar espacio final suficiente para todos los fragmentos en cola antes de copiarlos:
En el commit 69f132236827 ("mac80211: shrink struct ieee80211_fragment_entry"), entry->extra_len se redujo de unsigned int a u16 para disminuir la huella de memoria de la estructura.
Leer descripción completaMostrar menos
Sin embargo, una secuencia de tramas IEEE 802.11 puede contener hasta 16 fragmentos (números de fragmento 0..15). Si llega una secuencia de fragmentos grandes (por ejemplo, desde un par malicioso o un punto de acceso falso), la suma de las longitudes de los fragmentos puede superar los 65535 bytes (por ejemplo, 15 fragmentos de 4400 bytes suman 66000 bytes). Como extra_len es un u16, esta suma desborda y da la vuelta módulo 65536 (por ejemplo, 66000 pasa a 464).
En consecuencia, pskb_expand_head() reserva solo la cantidad truncada de espacio final (o se omite por completo si el fragmento inicial ya tiene 464 bytes o más de espacio final). Cuando skb_put_data() recorre después la lista de buffers en cola, añade la carga útil completa al búfer de tamaño insuficiente, lo que provoca que skb_put() active skb_over_panic() y bloquee el kernel en contexto softirq.
Un MSDU legítimo en IEEE 802.11 tiene como máximo 2304 bytes (o hasta 7935/11454 bytes para A-MSDU, que no se fragmenta), muy por debajo de U16_MAX.
Se corrige sin aumentar el tamaño de struct ieee80211_fragment_entry, comprobando si al sumar la longitud del fragmento entrante se superaría U16_MAX. En ese caso, se purgan los fragmentos en cola y se descarta la trama.
[assign a separate drop reason]
Detalles técnicos trazas, registros y código del informe original
entry->extra_len += rx->skb->len;
if (skb_tailroom(rx->skb) < entry->extra_len) {
if (unlikely(pskb_expand_head(rx->skb, 0, entry->extra_len,
GFP_ATOMIC))) {
...
}
}
while ((skb = __skb_dequeue(&entry->skb_list))) {
skb_put_data(rx->skb, skb->data, skb->len);
dev_kfree_skb(skb);
}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.17 %
- Percentil entre todas las CVEs puntuadas
- 5
- 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
JSON original (NVD)
Mostrar
{
"id": "CVE-2026-98829",
"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": "69f132236827ce7d4531846cc2b9447dd5620aff",
"lessThan": "9338b2dea74cb0fc80a4c958b68e687610ba2261",
"versionType": "git"
},
{
"status": "affected",
"version": "69f132236827ce7d4531846cc2b9447dd5620aff",
"lessThan": "870b8cb9baa9bd859deceb33ae158011e6ba2360",
"versionType": "git"
},
{
"status": "affected",
"version": "69f132236827ce7d4531846cc2b9447dd5620aff",
"lessThan": "5e4f3509793b4db2c0835340224743db680e861f",
"versionType": "git"
}
],
"programFiles": [
"net/mac80211/drop.h",
"net/mac80211/rx.c"
],
"defaultStatus": "unaffected"
},
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"vendor": "Linux",
"product": "Linux",
"versions": [
{
"status": "affected",
"version": "4.3"
},
{
"status": "unaffected",
"version": "0",
"lessThan": "4.3",
"versionType": "semver"
},
{
"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/mac80211/drop.h",
"net/mac80211/rx.c"
],
"defaultStatus": "affected"
}
]
}
],
"published": "2026-10-18T16:17:37.140",
"references": [
{
"url": "https://git.kernel.org/stable/c/5e4f3509793b4db2c0835340224743db680e861f",
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
},
{
"url": "https://git.kernel.org/stable/c/870b8cb9baa9bd859deceb33ae158011e6ba2360",
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
},
{
"url": "https://git.kernel.org/stable/c/9338b2dea74cb0fc80a4c958b68e687610ba2261",
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
}
],
"vulnStatus": "Received",
"descriptions": [
{
"lang": "en",
"value": "In the Linux kernel, the following vulnerability has been resolved:\n\nwifi: mac80211: drop oversized fragments to avoid extra_len overflow\n\nIn ieee80211_rx_h_defragment(), fragment payloads are accumulated into\nentry->extra_len as subsequent fragments arrive:\n\n entry->extra_len += rx->skb->len;\n\nWhen the final fragment arrives, the head fragment is dequeued, and\npskb_expand_head() is called with entry->extra_len to ensure sufficient\ntailroom for all queued fragments before copying:\n\n if (skb_tailroom(rx->skb) < entry->extra_len) {\n if (unlikely(pskb_expand_head(rx->skb, 0, entry->extra_len,\n GFP_ATOMIC))) {\n ...\n }\n }\n while ((skb = __skb_dequeue(&entry->skb_list))) {\n skb_put_data(rx->skb, skb->data, skb->len);\n dev_kfree_skb(skb);\n }\n\nIn commit 69f132236827 (\"mac80211: shrink struct\nieee80211_fragment_entry\"), entry->extra_len was narrowed from unsigned\nint to u16 in order to reduce structure memory footprint.\n\nHowever, an IEEE 802.11 frame sequence can contain up to 16 fragments\n(frag numbers 0..15). If a sequence of large fragments arrives (e.g. from\na malicious peer or rogue AP), the sum of fragment lengths can exceed\n65535 bytes (for example, 15 fragments of 4400 bytes total 66000 bytes).\nBecause extra_len is a u16, this addition overflows and wraps around\nmodulo 65536 (e.g. 66000 wraps to 464).\n\nConsequently, pskb_expand_head() allocates only the truncated amount of\ntailroom (or is skipped entirely if the head fragment already has >= 464\nbytes of tailroom). When skb_put_data() subsequently iterates through the\nqueued skb list, it appends the full payload into the undersized buffer,\ncausing skb_put() to trigger skb_over_panic() and crash the kernel in\nsoftirq context.\n\nA legitimate MSDU in IEEE 802.11 is at most 2304 bytes (or up to 7935/11454\nbytes for A-MSDU, which is not fragmented), well below U16_MAX.\n\nFix this without increasing the size of struct ieee80211_fragment_entry by\nchecking whether adding the incoming fragment length would exceed U16_MAX.\nIf so, purge the queued fragments and drop the frame.\n\n[assign a separate drop reason]"
}
],
"lastModified": "2026-10-19T10:19:46.943",
"sourceIdentifier": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
}