Answer in brief
CVE-2026-74386 records a Unknown severity vulnerability in nvmet-tcp: fix page fragment cache leak in error path. 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 | >=872d26a391da92ed8f0c0f5cb5fef428067b7f30 <a43a9abc1ebf663f0aa56a729106f68dd9c77da6 || >=872d26a391da92ed8f0c0f5cb5fef428067b7f30 <ba3209704b3cd46961e4e081af5c52a780785648 || >=872d26a391da92ed8f0c0f5cb5fef428067b7f30 <5fbe83a374f09561a0f0c1f4aa021501ffd681eb || >=872d26a391da92ed8f0c0f5cb5fef428067b7f30 <4dae393956093c807212918fd91a8fc70df15338 | a43a9abc1ebf663f0aa56a729106f68dd9c77da6, ba3209704b3cd46961e4e081af5c52a780785648, 5fbe83a374f09561a0f0c1f4aa021501ffd681eb, 4dae393956093c807212918fd91a8fc70df15338 |
| Linux/Linuxgeneric | 5.0 | 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: nvmet-tcp: fix page fragment cache leak in error path In nvmet_tcp_alloc_queue(), when a connection is closed during the allocation process (e.g., nvmet_tcp_set_queue_sock() returns -ENOTCONN), the error handling jumps to out_destroy_sq and then to out_ida_remove without draining the page fragment cache. Although nvmet_tcp_free_cmd() is called in some error paths to release individual page fragments, the underlying page cache reference held by queue->pf_cache is never released. The first allocation using pf_cache is the call to nvmet_tcp_alloc_cmd() for queue->connect, which happens after ida_alloc() returns successfully. This results in a page leak each time a connection fails during allocation, which could lead to memory exhaustion over time if connections are repeatedly opened and closed. Fix this by calling page_frag_cache_drain() before freeing the queue structure in the out_ida_remove label.
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2026-74386 records a Unknown severity vulnerability in nvmet-tcp: fix page fragment cache leak in error path. 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 | >=872d26a391da92ed8f0c0f5cb5fef428067b7f30 <a43a9abc1ebf663f0aa56a729106f68dd9c77da6 || >=872d26a391da92ed8f0c0f5cb5fef428067b7f30 <ba3209704b3cd46961e4e081af5c52a780785648 || >=872d26a391da92ed8f0c0f5cb5fef428067b7f30 <5fbe83a374f09561a0f0c1f4aa021501ffd681eb || >=872d26a391da92ed8f0c0f5cb5fef428067b7f30 <4dae393956093c807212918fd91a8fc70df15338 | a43a9abc1ebf663f0aa56a729106f68dd9c77da6, ba3209704b3cd46961e4e081af5c52a780785648, 5fbe83a374f09561a0f0c1f4aa021501ffd681eb, 4dae393956093c807212918fd91a8fc70df15338 |
| Linux/Linuxgeneric | 5.0 | 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: nvmet-tcp: fix page fragment cache leak in error path In nvmet_tcp_alloc_queue(), when a connection is closed during the allocation process (e.g., nvmet_tcp_set_queue_sock() returns -ENOTCONN), the error handling jumps to out_destroy_sq and then to out_ida_remove without draining the page fragment cache. Although nvmet_tcp_free_cmd() is called in some error paths to release individual page fragments, the underlying page cache reference held by queue->pf_cache is never released. The first allocation using pf_cache is the call to nvmet_tcp_alloc_cmd() for queue->connect, which happens after ida_alloc() returns successfully. This results in a page leak each time a connection fails during allocation, which could lead to memory exhaustion over time if connections are repeatedly opened and closed. Fix this by calling page_frag_cache_drain() before freeing the queue structure in the out_ida_remove label.
Quoted source text, attributed separately from HOL analysis.