Answer in brief
CVE-2026-53013 records a Unknown severity vulnerability in macvlan: fix macvlan_get_size() not reserving space for IFLA_MACVLAN_BC_CUTOFF. 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 | >=954d1fa1ac93aa8a66f7d9a9ba545cf7f020d348 <4979252758387b338ca968ba7e0515b0ae2257e3 || >=954d1fa1ac93aa8a66f7d9a9ba545cf7f020d348 <77ecfa4e27f282d224215895ddfbeb916fc75e24 || >=954d1fa1ac93aa8a66f7d9a9ba545cf7f020d348 <b6b7154e9f5d75b608ceb2d05b376de8c638c40e || >=954d1fa1ac93aa8a66f7d9a9ba545cf7f020d348 <1c004f14ccdc11585625c168bb9a7c5e1b8afb0c || >=954d1fa1ac93aa8a66f7d9a9ba545cf7f020d348 <fa92a77b0ed4d5f11a71665a232ac5a54a4b055d | 4979252758387b338ca968ba7e0515b0ae2257e3, 77ecfa4e27f282d224215895ddfbeb916fc75e24, b6b7154e9f5d75b608ceb2d05b376de8c638c40e, 1c004f14ccdc11585625c168bb9a7c5e1b8afb0c, fa92a77b0ed4d5f11a71665a232ac5a54a4b055d |
| Linux/Linuxgeneric | 6.4 | Not reported |
Published upstream
Jun 24, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Nov 6, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Jun 24, 2026
In the Linux kernel, the following vulnerability has been resolved: macvlan: fix macvlan_get_size() not reserving space for IFLA_MACVLAN_BC_CUTOFF macvlan_get_size() does not account for IFLA_MACVLAN_BC_CUTOFF, but macvlan_fill_info() conditionally includes it when port->bc_cutoff != 1. This causes nla_put_s32() to fail with -EMSGSIZE when the netlink skb runs out of space, triggering a WARN_ON in rtnetlink and preventing the interface from being dumped. The bug can be reproduced with: ip link add macvlan0 link eth0 type macvlan mode bridge ip link set macvlan0 type macvlan bc_cutoff 0 ip -d link show macvlan0 # fails with -EMSGSIZE The bc_cutoff feature was added in commit 954d1fa1ac93 ("macvlan: Add netlink attribute for broadcast cutoff"), which added the nla_put_s32() call in macvlan_fill_info() but missed adding the corresponding nla_total_size(4) in macvlan_get_size(). A follow-up commit 55cef78c244d ("macvlan: add forgotten nla_policy for IFLA_MACVLAN_BC_CUTOFF") fixed the missing nla_policy entry but still did not fix the size calculation.
Quoted source text, attributed separately from HOL analysis.