Answer in brief
CVE-2026-72045 records a Unknown severity vulnerability in octeontx2-af: cn10k: restrict VF LMTLINE sharing to its own PF. 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 | >=893ae97214c385be02f8ec097298cc48c7f0d905 <e9c5b03208507dd6d58b0c23a2c60b5c2f4c1b11 || >=893ae97214c385be02f8ec097298cc48c7f0d905 <54535692bec9ef464adc714108eb19e49e38b5a2 || >=893ae97214c385be02f8ec097298cc48c7f0d905 <c73b8795b45f4ad5a95120d2e9b435ea4616e08e || >=893ae97214c385be02f8ec097298cc48c7f0d905 <59da37fee81a8d76079313348ca13c5bc90dd6ae || >=893ae97214c385be02f8ec097298cc48c7f0d905 <8cdcf3d2caacdee7ddd363705fb4d93b0c1a0915 | e9c5b03208507dd6d58b0c23a2c60b5c2f4c1b11, 54535692bec9ef464adc714108eb19e49e38b5a2, c73b8795b45f4ad5a95120d2e9b435ea4616e08e, 59da37fee81a8d76079313348ca13c5bc90dd6ae, 8cdcf3d2caacdee7ddd363705fb4d93b0c1a0915 |
| Linux/Linuxgeneric | 5.14 | 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: octeontx2-af: cn10k: restrict VF LMTLINE sharing to its own PF rvu_mbox_handler_lmtst_tbl_setup() uses req->base_pcifunc as a direct index into the LMT map table to read another function's LMTLINE physical base address and copy it into the caller's own LMT map table entry. The mailbox dispatcher authenticates req->hdr.pcifunc from the IRQ source, but req->base_pcifunc is a separate payload field and is not sanitized. Reject the request with -EPERM when a VF caller's base_pcifunc is not a valid function under its own PF. is_pf_func_valid() bounds the FUNC field to the PF's configured VF count, keeping the computed index inside the caller's own slot block.
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2026-72045 records a Unknown severity vulnerability in octeontx2-af: cn10k: restrict VF LMTLINE sharing to its own PF. 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 | >=893ae97214c385be02f8ec097298cc48c7f0d905 <e9c5b03208507dd6d58b0c23a2c60b5c2f4c1b11 || >=893ae97214c385be02f8ec097298cc48c7f0d905 <54535692bec9ef464adc714108eb19e49e38b5a2 || >=893ae97214c385be02f8ec097298cc48c7f0d905 <c73b8795b45f4ad5a95120d2e9b435ea4616e08e || >=893ae97214c385be02f8ec097298cc48c7f0d905 <59da37fee81a8d76079313348ca13c5bc90dd6ae || >=893ae97214c385be02f8ec097298cc48c7f0d905 <8cdcf3d2caacdee7ddd363705fb4d93b0c1a0915 | e9c5b03208507dd6d58b0c23a2c60b5c2f4c1b11, 54535692bec9ef464adc714108eb19e49e38b5a2, c73b8795b45f4ad5a95120d2e9b435ea4616e08e, 59da37fee81a8d76079313348ca13c5bc90dd6ae, 8cdcf3d2caacdee7ddd363705fb4d93b0c1a0915 |
| Linux/Linuxgeneric | 5.14 | 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: octeontx2-af: cn10k: restrict VF LMTLINE sharing to its own PF rvu_mbox_handler_lmtst_tbl_setup() uses req->base_pcifunc as a direct index into the LMT map table to read another function's LMTLINE physical base address and copy it into the caller's own LMT map table entry. The mailbox dispatcher authenticates req->hdr.pcifunc from the IRQ source, but req->base_pcifunc is a separate payload field and is not sanitized. Reject the request with -EPERM when a VF caller's base_pcifunc is not a valid function under its own PF. is_pf_func_valid() bounds the FUNC field to the PF's configured VF count, keeping the computed index inside the caller's own slot block.
Quoted source text, attributed separately from HOL analysis.