Answer in brief
CVE-2026-72250 records a Unknown severity vulnerability in netfilter: nf_conntrack_reasm: guard mac_header adjustment after IPv6 defrag. 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-72250 records a Unknown severity vulnerability in netfilter: nf_conntrack_reasm: guard mac_header adjustment after IPv6 defrag. 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 | >=9fb9cbb1082d6b31fb45aa1a14432449a0df6cf1 <6e8cd710ca35c576f5f2e5a396047c9ac61f75e5 || >=9fb9cbb1082d6b31fb45aa1a14432449a0df6cf1 <2a95ec21824a8ad81ad660b12231456fc0ac9830 || >=9fb9cbb1082d6b31fb45aa1a14432449a0df6cf1 <bbcdef2061b170af45702ce6b359c02c12acfc94 || >=9fb9cbb1082d6b31fb45aa1a14432449a0df6cf1 <cd0d7bbc027b4d3329712cdcdeb4e5567ffd0d58 || >=9fb9cbb1082d6b31fb45aa1a14432449a0df6cf1 <53ef70a315420ed31581d38343684b3bf9a3c76d || >=9fb9cbb1082d6b31fb45aa1a14432449a0df6cf1 <a58230f3a7c4f6c3261786bc1efb72c42e68cd25 || >=9fb9cbb1082d6b31fb45aa1a14432449a0df6cf1 <00bdce2fda7e430d24cfbc96764a1b96deb31f82 || >=9fb9cbb1082d6b31fb45aa1a14432449a0df6cf1 <3b08fed5b7e0d5e3a25d73ef3ba09cd33ade16c9 | 6e8cd710ca35c576f5f2e5a396047c9ac61f75e5, 2a95ec21824a8ad81ad660b12231456fc0ac9830, bbcdef2061b170af45702ce6b359c02c12acfc94, cd0d7bbc027b4d3329712cdcdeb4e5567ffd0d58, 53ef70a315420ed31581d38343684b3bf9a3c76d, a58230f3a7c4f6c3261786bc1efb72c42e68cd25, 00bdce2fda7e430d24cfbc96764a1b96deb31f82, 3b08fed5b7e0d5e3a25d73ef3ba09cd33ade16c9 |
| Linux/Linuxgeneric | 2.6.15 | Not reported |
Published upstream
Aug 15, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 15, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 15, 2026
In the Linux kernel, the following vulnerability has been resolved: netfilter: nf_conntrack_reasm: guard mac_header adjustment after IPv6 defrag nf_ct_frag6_reasm() slides the packet head forward to drop the IPv6 fragment header and then unconditionally advances skb->mac_header: skb->mac_header += sizeof(struct frag_hdr); On the NF_INET_LOCAL_OUT defrag path the skb has no link-layer header yet, so skb->mac_header is still the "not set" sentinel (u16)~0U. Adding sizeof(struct frag_hdr) wraps it to a small value (0xffff + 8 == 7), after which skb_mac_header_was_set() wrongly reports a MAC header is present and skb_mac_header() points into the headroom. The reassembler has done this unconditional add since it was introduced; it was harmless while mac_header was a bare pointer, but wrong once mac_header became a u16 offset whose unset state is the ~0U sentinel tested by skb_mac_header_was_set(). The sibling net/ipv6/reassembly.c does the same relocation and does guard the adjustment; mirror the guard here.
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 | >=9fb9cbb1082d6b31fb45aa1a14432449a0df6cf1 <6e8cd710ca35c576f5f2e5a396047c9ac61f75e5 || >=9fb9cbb1082d6b31fb45aa1a14432449a0df6cf1 <2a95ec21824a8ad81ad660b12231456fc0ac9830 || >=9fb9cbb1082d6b31fb45aa1a14432449a0df6cf1 <bbcdef2061b170af45702ce6b359c02c12acfc94 || >=9fb9cbb1082d6b31fb45aa1a14432449a0df6cf1 <cd0d7bbc027b4d3329712cdcdeb4e5567ffd0d58 || >=9fb9cbb1082d6b31fb45aa1a14432449a0df6cf1 <53ef70a315420ed31581d38343684b3bf9a3c76d || >=9fb9cbb1082d6b31fb45aa1a14432449a0df6cf1 <a58230f3a7c4f6c3261786bc1efb72c42e68cd25 || >=9fb9cbb1082d6b31fb45aa1a14432449a0df6cf1 <00bdce2fda7e430d24cfbc96764a1b96deb31f82 || >=9fb9cbb1082d6b31fb45aa1a14432449a0df6cf1 <3b08fed5b7e0d5e3a25d73ef3ba09cd33ade16c9 | 6e8cd710ca35c576f5f2e5a396047c9ac61f75e5, 2a95ec21824a8ad81ad660b12231456fc0ac9830, bbcdef2061b170af45702ce6b359c02c12acfc94, cd0d7bbc027b4d3329712cdcdeb4e5567ffd0d58, 53ef70a315420ed31581d38343684b3bf9a3c76d, a58230f3a7c4f6c3261786bc1efb72c42e68cd25, 00bdce2fda7e430d24cfbc96764a1b96deb31f82, 3b08fed5b7e0d5e3a25d73ef3ba09cd33ade16c9 |
| Linux/Linuxgeneric | 2.6.15 | Not reported |
Published upstream
Aug 15, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 15, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 15, 2026
In the Linux kernel, the following vulnerability has been resolved: netfilter: nf_conntrack_reasm: guard mac_header adjustment after IPv6 defrag nf_ct_frag6_reasm() slides the packet head forward to drop the IPv6 fragment header and then unconditionally advances skb->mac_header: skb->mac_header += sizeof(struct frag_hdr); On the NF_INET_LOCAL_OUT defrag path the skb has no link-layer header yet, so skb->mac_header is still the "not set" sentinel (u16)~0U. Adding sizeof(struct frag_hdr) wraps it to a small value (0xffff + 8 == 7), after which skb_mac_header_was_set() wrongly reports a MAC header is present and skb_mac_header() points into the headroom. The reassembler has done this unconditional add since it was introduced; it was harmless while mac_header was a bare pointer, but wrong once mac_header became a u16 offset whose unset state is the ~0U sentinel tested by skb_mac_header_was_set(). The sibling net/ipv6/reassembly.c does the same relocation and does guard the adjustment; mirror the guard here.
Quoted source text, attributed separately from HOL analysis.