Answer in brief
CVE-2023-53200 records a Medium severity (CVSS 5.5) vulnerability in netfilter: x_tables: fix percpu counter block leak on error path when creating new netns. 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.
CVSS is 5.5. 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.
| Product | Affected versions | Fixed versions |
|---|---|---|
| cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* | Not reported | Not reported |
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=71ae0dff02d756e4d2ca710b79f2ff5390029a5f <e306dbee4c98025a9326386023a12ef4d887e9d1 || >=71ae0dff02d756e4d2ca710b79f2ff5390029a5f <512b6c4b83c91d007301ea7d7f095d16c3aceacd || >=71ae0dff02d756e4d2ca710b79f2ff5390029a5f <3cc9610a87b7dde82f7360dd4eb6c2c27940ed57 || >=71ae0dff02d756e4d2ca710b79f2ff5390029a5f <0af8c09c896810879387decfba8c942994bb61f5 | e306dbee4c98025a9326386023a12ef4d887e9d1, 512b6c4b83c91d007301ea7d7f095d16c3aceacd, 3cc9610a87b7dde82f7360dd4eb6c2c27940ed57, 0af8c09c896810879387decfba8c942994bb61f5 |
| Linux/Linuxgeneric | 4.2 | Not reported |
Published upstream
Sep 15, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Nov 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Nov 5, 2026
In the Linux kernel, the following vulnerability has been resolved: netfilter: x_tables: fix percpu counter block leak on error path when creating new netns Here is the stack where we allocate percpu counter block: +-< __alloc_percpu +-< xt_percpu_counter_alloc +-< find_check_entry # {arp,ip,ip6}_tables.c +-< translate_table And it can be leaked on this code path: +-> ip6t_register_table +-> translate_table # allocates percpu counter block +-> xt_register_table # fails there is no freeing of the counter block on xt_register_table fail. Note: xt_percpu_counter_free should be called to free it like we do in do_replace through cleanup_entry helper (or in __ip6t_unregister_table). Probability of hitting this error path is low AFAICS (xt_register_table can only return ENOMEM here, as it is not replacing anything, as we are creating new netns, and it is hard to imagine that all previous allocations succeeded and after that one in xt_register_table failed). But it's worth fixing even the rare leak.
Quoted source text, attributed separately from HOL analysis.