Answer in brief
CVE-2022-50212 records a High severity (CVSS 7.8) vulnerability in netfilter: nf_tables: do not allow CHAIN_ID to refer to another table. 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 7.8. 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 | >=837830a4b439bfeb86c70b0115c280377c84714b <9e7dcb88ec8e85e4a8ad0ea494ea2f90f32d2583 || >=837830a4b439bfeb86c70b0115c280377c84714b <91501513016903077f91033fa5d2aa26cac399b2 || >=837830a4b439bfeb86c70b0115c280377c84714b <0f49613a213d918af790c1276f79da741968de11 || >=837830a4b439bfeb86c70b0115c280377c84714b <58e863f64ee3d0879297e5e53b646e4b91e59620 || >=837830a4b439bfeb86c70b0115c280377c84714b <95f466d22364a33d183509629d0879885b4f547e | 9e7dcb88ec8e85e4a8ad0ea494ea2f90f32d2583, 91501513016903077f91033fa5d2aa26cac399b2, 0f49613a213d918af790c1276f79da741968de11, 58e863f64ee3d0879297e5e53b646e4b91e59620, 95f466d22364a33d183509629d0879885b4f547e |
| Linux/Linuxgeneric | 5.9 | Not reported |
Published upstream
Jun 18, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 4, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 4, 2026
In the Linux kernel, the following vulnerability has been resolved: netfilter: nf_tables: do not allow CHAIN_ID to refer to another table When doing lookups for chains on the same batch by using its ID, a chain from a different table can be used. If a rule is added to a table but refers to a chain in a different table, it will be linked to the chain in table2, but would have expressions referring to objects in table1. Then, when table1 is removed, the rule will not be removed as its linked to a chain in table2. When expressions in the rule are processed or removed, that will lead to a use-after-free. When looking for chains by ID, use the table that was used for the lookup by name, and only return chains belonging to that same table.
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2022-50212 records a High severity (CVSS 7.8) vulnerability in netfilter: nf_tables: do not allow CHAIN_ID to refer to another table. 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 7.8. 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 | >=837830a4b439bfeb86c70b0115c280377c84714b <9e7dcb88ec8e85e4a8ad0ea494ea2f90f32d2583 || >=837830a4b439bfeb86c70b0115c280377c84714b <91501513016903077f91033fa5d2aa26cac399b2 || >=837830a4b439bfeb86c70b0115c280377c84714b <0f49613a213d918af790c1276f79da741968de11 || >=837830a4b439bfeb86c70b0115c280377c84714b <58e863f64ee3d0879297e5e53b646e4b91e59620 || >=837830a4b439bfeb86c70b0115c280377c84714b <95f466d22364a33d183509629d0879885b4f547e | 9e7dcb88ec8e85e4a8ad0ea494ea2f90f32d2583, 91501513016903077f91033fa5d2aa26cac399b2, 0f49613a213d918af790c1276f79da741968de11, 58e863f64ee3d0879297e5e53b646e4b91e59620, 95f466d22364a33d183509629d0879885b4f547e |
| Linux/Linuxgeneric | 5.9 | Not reported |
Published upstream
Jun 18, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 4, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 4, 2026
In the Linux kernel, the following vulnerability has been resolved: netfilter: nf_tables: do not allow CHAIN_ID to refer to another table When doing lookups for chains on the same batch by using its ID, a chain from a different table can be used. If a rule is added to a table but refers to a chain in a different table, it will be linked to the chain in table2, but would have expressions referring to objects in table1. Then, when table1 is removed, the rule will not be removed as its linked to a chain in table2. When expressions in the rule are processed or removed, that will lead to a use-after-free. When looking for chains by ID, use the table that was used for the lookup by name, and only return chains belonging to that same table.
Quoted source text, attributed separately from HOL analysis.