CVE-2026-53263: Linux kernel · 6lowpan: fix off-by-one in multicast context address compression
Affects Linux kernelSource CVE Database V5
Not known to be exploited · fixed in f24a58c72a45f4c109f3557a760cc4b60b7a6037 : update Linux kernel when convenient.
Data as of 6 Nov 2026, 16:49 UTC
Rated by Threat Radar · No CVSS score from NVD or the CNA
Thin evidence
One scorer or none- CISA SSVC
- Exploitation
- No evidence of active exploitation and no public proof of concept
- Automatable
- Attackers cannot reliably automate steps 1–4 of the kill chain
- Technical impact
- Limited control over the software or limited information exposure
CISA SSVC assessment, 2026-11-06.
- Patch
- Available – fixed in f24a58c72a45f4c109f3557a760cc4b60b7a6037, dcb1bec1c32ee5c3878354e087cf5dbee2b7c7af, da8808463882c3f3c357b072e25053c2121f1419 +5
Exploitation evidence
Disclosed: evidence found.
CVE published 25 Jun 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 6 Nov 2026.
What to do
Upgrade to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
Description
In the Linux kernel, the following vulnerability has been resolved: 6lowpan: fix off-by-one in multicast context address compression The second memcpy in lowpan_iphc_mcast_ctx_addr_compress() uses &data[1] as destination and &ipaddr->s6_addr[11] as source, but both should be offset by one: &data[2] and &ipaddr->s6_addr[12] respectively. This off-by-one has two consequences: 1. data[1] is overwritten with s6_addr[11], corrupting the RIID field in the compressed multicast address 2. data[5] is never written, so uninitialized kernel stack memory is transmitted over the network via lowpan_push_hc_data(), leaking kernel stack contents The correct inline data layout must match what the decompression function lowpan_uncompress_multicast_ctx_daddr() expects: data[0..1] = s6_addr[1..2] (flags/scope + RIID) data[2..5] = s6_addr[12..15] (group ID) Also zero-initialize the data array as a defensive measure against similar bugs in the future.
References
- git.kernel.org/stable/c/f24a58c72a45f4c109f3557a760cc4b60b7a6037 (opens in a new tab)
- git.kernel.org/stable/c/da8cbb64b47e9066b40af0de170901caf17b768c (opens in a new tab)
- git.kernel.org/stable/c/4485d79617520d84ba5a14515e2b5136007d6deb (opens in a new tab)
- git.kernel.org/stable/c/06ce6fc106b16dec9b535950db626261be865e5b (opens in a new tab)
- git.kernel.org/stable/c/dcb1bec1c32ee5c3878354e087cf5dbee2b7c7af (opens in a new tab)
- git.kernel.org/stable/c/c32f30ef5e66adbfa102348e2e8a23776eb007cb (opens in a new tab)
- git.kernel.org/stable/c/da8808463882c3f3c357b072e25053c2121f1419 (opens in a new tab)
- git.kernel.org/stable/c/2a58899d11009bffc7b4b32a571858f381121837 (opens in a new tab)
- cert-portal.siemens.com/productcert/html/ssa-784472.html (opens in a new tab)