Answer in brief
CVE-2026-64538 records a Unknown severity vulnerability in ipv6: Fix null-ptr-deref in fib6_nh_mtu_change().. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
Answer in brief
CVE-2026-64538 records a Unknown severity vulnerability in ipv6: Fix null-ptr-deref in fib6_nh_mtu_change().. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=c0b220cf7d80eb8a36ae9f12cae6df4577a6814e <d08d019f2f43a6f9a71e81868bbc326b3afaf37b || >=c0b220cf7d80eb8a36ae9f12cae6df4577a6814e <1451deca9896957159f0666520a792c1b861af4f || >=c0b220cf7d80eb8a36ae9f12cae6df4577a6814e <b2c70dd3326809429b709a9c7e9220d29923051a || >=c0b220cf7d80eb8a36ae9f12cae6df4577a6814e <302d57ed7872838b40e56a868fb4c7da7da606e9 || >=c0b220cf7d80eb8a36ae9f12cae6df4577a6814e <80600b5d0f3ecb9324120dc95b5e915130f516c5 || >=c0b220cf7d80eb8a36ae9f12cae6df4577a6814e <b0d0eb13a0441a8ebf4f227843deaf494f1e2c33 || >=c0b220cf7d80eb8a36ae9f12cae6df4577a6814e <6428634f7a0b7878144b4925c37856bef3224967 || >=c0b220cf7d80eb8a36ae9f12cae6df4577a6814e <46c3b8191aad3d032776bf3bebf03efdf5f4b905 | d08d019f2f43a6f9a71e81868bbc326b3afaf37b, 1451deca9896957159f0666520a792c1b861af4f, b2c70dd3326809429b709a9c7e9220d29923051a, 302d57ed7872838b40e56a868fb4c7da7da606e9, 80600b5d0f3ecb9324120dc95b5e915130f516c5, b0d0eb13a0441a8ebf4f227843deaf494f1e2c33, 6428634f7a0b7878144b4925c37856bef3224967, 46c3b8191aad3d032776bf3bebf03efdf5f4b905 |
| Linux/Linuxgeneric | 5.3 | Not reported |
Published upstream
Jul 27, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 17, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 17, 2026
In the Linux kernel, the following vulnerability has been resolved: ipv6: Fix null-ptr-deref in fib6_nh_mtu_change(). fib6_nh_mtu_change() re-fetches idev via __in6_dev_get(arg->dev) and dereferences idev->cnf.mtu6 without a NULL check. addrconf_ifdown() clears dev->ip6_ptr with RCU_INIT_POINTER() after rt6_disable_ip() has released tb6_lock, so the RA-driven MTU walk can observe a NULL idev and oops. The caller rt6_mtu_change_route() guards its own __in6_dev_get(), but this re-fetch is unguarded; nexthop-backed routes survive addrconf_ifdown()'s flush, so the walk still reaches it after ip6_ptr is nulled. Return 0 when idev is NULL, matching rt6_mtu_change_route() and the fib6_mtu() fix in commit 5ad509c1fdad ("ipv6: Fix null-ptr-deref in fib6_mtu()."). Oops: general protection fault, ... KASAN: null-ptr-deref in range [0x00000000000002a8-0x00000000000002af] RIP: 0010:fib6_nh_mtu_change+0x203/0x990 rt6_mtu_change_route+0x141/0x1d0 __fib6_clean_all+0xd0/0x160 rt6_mtu_change+0xb4/0x100 ndisc_router_discovery+0x24b5/0x2cb0 icmpv6_rcv+0x12e9/0x1710 ipv6_rcv+0x39b/0x410
Quoted source text, attributed separately from HOL analysis.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=c0b220cf7d80eb8a36ae9f12cae6df4577a6814e <d08d019f2f43a6f9a71e81868bbc326b3afaf37b || >=c0b220cf7d80eb8a36ae9f12cae6df4577a6814e <1451deca9896957159f0666520a792c1b861af4f || >=c0b220cf7d80eb8a36ae9f12cae6df4577a6814e <b2c70dd3326809429b709a9c7e9220d29923051a || >=c0b220cf7d80eb8a36ae9f12cae6df4577a6814e <302d57ed7872838b40e56a868fb4c7da7da606e9 || >=c0b220cf7d80eb8a36ae9f12cae6df4577a6814e <80600b5d0f3ecb9324120dc95b5e915130f516c5 || >=c0b220cf7d80eb8a36ae9f12cae6df4577a6814e <b0d0eb13a0441a8ebf4f227843deaf494f1e2c33 || >=c0b220cf7d80eb8a36ae9f12cae6df4577a6814e <6428634f7a0b7878144b4925c37856bef3224967 || >=c0b220cf7d80eb8a36ae9f12cae6df4577a6814e <46c3b8191aad3d032776bf3bebf03efdf5f4b905 | d08d019f2f43a6f9a71e81868bbc326b3afaf37b, 1451deca9896957159f0666520a792c1b861af4f, b2c70dd3326809429b709a9c7e9220d29923051a, 302d57ed7872838b40e56a868fb4c7da7da606e9, 80600b5d0f3ecb9324120dc95b5e915130f516c5, b0d0eb13a0441a8ebf4f227843deaf494f1e2c33, 6428634f7a0b7878144b4925c37856bef3224967, 46c3b8191aad3d032776bf3bebf03efdf5f4b905 |
| Linux/Linuxgeneric | 5.3 | Not reported |
Published upstream
Jul 27, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 17, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 17, 2026
In the Linux kernel, the following vulnerability has been resolved: ipv6: Fix null-ptr-deref in fib6_nh_mtu_change(). fib6_nh_mtu_change() re-fetches idev via __in6_dev_get(arg->dev) and dereferences idev->cnf.mtu6 without a NULL check. addrconf_ifdown() clears dev->ip6_ptr with RCU_INIT_POINTER() after rt6_disable_ip() has released tb6_lock, so the RA-driven MTU walk can observe a NULL idev and oops. The caller rt6_mtu_change_route() guards its own __in6_dev_get(), but this re-fetch is unguarded; nexthop-backed routes survive addrconf_ifdown()'s flush, so the walk still reaches it after ip6_ptr is nulled. Return 0 when idev is NULL, matching rt6_mtu_change_route() and the fib6_mtu() fix in commit 5ad509c1fdad ("ipv6: Fix null-ptr-deref in fib6_mtu()."). Oops: general protection fault, ... KASAN: null-ptr-deref in range [0x00000000000002a8-0x00000000000002af] RIP: 0010:fib6_nh_mtu_change+0x203/0x990 rt6_mtu_change_route+0x141/0x1d0 __fib6_clean_all+0xd0/0x160 rt6_mtu_change+0xb4/0x100 ndisc_router_discovery+0x24b5/0x2cb0 icmpv6_rcv+0x12e9/0x1710 ipv6_rcv+0x39b/0x410
Quoted source text, attributed separately from HOL analysis.