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 functions LMTLINE physical base address and copy it into the callers 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 callers base_pcifunc is not a valid function under its own PF. is_pf_func_valid() bounds the FUNC field to the PFs configured VF count, keeping the computed index inside the callers own slot block.
References
- https://git.kernel.org/stable/c/54535692bec9ef464adc714108eb19e49e38b5a2
- https://git.kernel.org/stable/c/59da37fee81a8d76079313348ca13c5bc90dd6ae
- https://git.kernel.org/stable/c/8cdcf3d2caacdee7ddd363705fb4d93b0c1a0915
- https://git.kernel.org/stable/c/c73b8795b45f4ad5a95120d2e9b435ea4616e08e
- https://git.kernel.org/stable/c/e9c5b03208507dd6d58b0c23a2c60b5c2f4c1b11