<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://vulnerability.circl.lu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-02T08:35:31.287189+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@circl.lu</email>
  </author>
  <link href="https://vulnerability.circl.lu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/cve-2026-72045</id>
    <title>CVE-2026-72045 — octeontx2-af: cn10k: restrict VF LMTLINE sharing to its own PF</title>
    <updated>2026-10-02T08:35:31.289532+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Linux</p>
<p>In the Linux kernel, the following vulnerability has been resolved:</p>
<p>octeontx2-af: cn10k: restrict VF LMTLINE sharing to its own PF</p>
<p>rvu_mbox_handler_lmtst_tbl_setup() uses req-&gt;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-&gt;hdr.pcifunc from the
IRQ source, but req-&gt;base_pcifunc is a separate payload field and is
not sanitized.</p>
<p>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.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/cve-2026-72045"/>
  </entry>
</feed>
