Answer in brief
CVE-2026-97410 records a Unknown severity vulnerability in netconsole: take target_cleanup_list_lock in drop_netconsole_target(). The current sources do not mark it as known exploited. The current feed maps 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). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <84592ee22f7d1583ce33aa733411ff36c7a1c44c || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <fe8e6c0a2f28bdab14cdf7eff4dd9755d3793007 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <91aeb87f052367a5a2743cc93777dfb4386f2f14 || >=0 <6.12.111 || >=0 <6.18.53 | 84592ee22f7d1583ce33aa733411ff36c7a1c44c, fe8e6c0a2f28bdab14cdf7eff4dd9755d3793007, 91aeb87f052367a5a2743cc93777dfb4386f2f14, 6.12.111, 6.18.53 |
Published upstream
Sep 24, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Sep 24, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 25, 2026
In the Linux kernel, the following vulnerability has been resolved: netconsole: take target_cleanup_list_lock in drop_netconsole_target() drop_netconsole_target() unlinks the target while only holding target_list_lock. However, when the underlying interface has been unregistered, netconsole_netdev_event() moves the target from target_list to target_cleanup_list, and netconsole_process_cleanups_core() walks that list under target_cleanup_list_lock only. If a user removes the configfs target at the same time the cleanup worker is iterating target_cleanup_list, list_del() can corrupt the list because the two paths take disjoint locks while operating on the same list node. Acquire target_cleanup_list_lock around the list_del() so the unlink is serialised against netconsole_process_cleanups_core() regardless of which list the target currently belongs to. The state transition that downgrades STATE_DEACTIVATED to STATE_DISABLED is left intact and is performed under the same combined locking, preserving the existing ordering with resume_target().
Quoted source text, attributed separately from HOL analysis.