<?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://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-03T00:55:11.254307+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" 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://cve.radiocsirt.org/vuln/bdu:2026-14326</id>
    <title>bdu:2026-14326</title>
    <updated>2026-10-03T00:55:11.373444+00:00</updated>
    <content>bdu:2026-14326</content>
    <link href="https://cve.radiocsirt.org/vuln/bdu:2026-14326"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/bell-cve-2026-64124</id>
    <title>BELL-CVE-2026-64124</title>
    <updated>2026-10-03T00:55:11.373486+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p><strong>Affected:</strong> Alpaquita:stream: linux-lts</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/bell-cve-2026-64124"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/certfr-2026-avi-0926</id>
    <title>certfr-2026-avi-0926 — De multiples vulnérabilités ont été découvertes dans le noyau Linux d'Ubuntu. Certaines d'entre elles permettent à un a…</title>
    <updated>2026-10-03T00:55:11.373514+00:00</updated>
    <content>certfr-2026-avi-0926</content>
    <link href="https://cve.radiocsirt.org/vuln/certfr-2026-avi-0926"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-348418</id>
    <title>EUVD-2026-348418</title>
    <updated>2026-10-03T00:55:11.373531+00:00</updated>
    <content>EUVD-2026-348418</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-348418"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-64124</id>
    <title>fkie_cve-2026-64124</title>
    <updated>2026-10-03T00:55:11.373542+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>In the Linux kernel, the following vulnerability has been resolved:</p>
<p>net: devmem: reject dma-buf bind with non-page-aligned size or SG length</p>
<p>net_devmem_bind_dmabuf() trusts dmabuf-&gt;size and sg_dma_len() to be
PAGE_SIZE multiples without checking:</p>
<p>- tx_vec is sized dmabuf-&gt;size / PAGE_SIZE, and
    net_devmem_get_niov_at() only bounds-checks virt_addr &lt; dmabuf-&gt;size
    before indexing tx_vec[virt_addr / PAGE_SIZE]. With size =
    N*PAGE_SIZE + r (1 &lt;= r &lt; PAGE_SIZE), sendmsg() at iov_base =
    N*PAGE_SIZE passes the bound check and reads tx_vec[N] -- one past.</p>
<p>- owner-&gt;area.num_niovs = len / PAGE_SIZE while gen_pool_add_owner()
    covers the full byte len, so a non-page-multiple non-final sg
    desyncs num_niovs from the gen_pool region for every later sg, on
    both RX and TX.</p>
<p>dma-buf does not require page-aligned sizes, so the bind path has to
enforce what its own indexing assumes. Reject both with -EINVAL.</p>
<p>The size check is TX-only (only tx_vec is sized off dmabuf-&gt;size); the
SG-length check covers both directions.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-64124"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-36q3-p7rr-w76h</id>
    <title>GHSA-36q3-p7rr-w76h</title>
    <updated>2026-10-03T00:55:11.373580+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>In the Linux kernel, the following vulnerability has been resolved:</p>
<p>net: devmem: reject dma-buf bind with non-page-aligned size or SG length</p>
<p>net_devmem_bind_dmabuf() trusts dmabuf-&gt;size and sg_dma_len() to be
PAGE_SIZE multiples without checking:</p>
<p>- tx_vec is sized dmabuf-&gt;size / PAGE_SIZE, and
    net_devmem_get_niov_at() only bounds-checks virt_addr &lt; dmabuf-&gt;size
    before indexing tx_vec[virt_addr / PAGE_SIZE]. With size =
    N*PAGE_SIZE + r (1 &lt;= r &lt; PAGE_SIZE), sendmsg() at iov_base =
    N*PAGE_SIZE passes the bound check and reads tx_vec[N] -- one past.</p>
<p>- owner-&gt;area.num_niovs = len / PAGE_SIZE while gen_pool_add_owner()
    covers the full byte len, so a non-page-multiple non-final sg
    desyncs num_niovs from the gen_pool region for every later sg, on
    both RX and TX.</p>
<p>dma-buf does not require page-aligned sizes, so the bind path has to
enforce what its own indexing assumes. Reject both with -EINVAL.</p>
<p>The size check is TX-only (only tx_vec is sized off dmabuf-&gt;size); the
SG-length check covers both directions.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-36q3-p7rr-w76h"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-64124</id>
    <title>UBUNTU-CVE-2026-64124</title>
    <updated>2026-10-03T00:55:11.373606+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 118 more</p>
<p>In the Linux kernel, the following vulnerability has been resolved: net: devmem: reject dma-buf bind with non-page-aligned size or SG length net_devmem_bind_dmabuf() trusts dmabuf-&gt;size and sg_dma_len() to be PAGE_SIZE multiples without checking:   - tx_vec is sized dmabuf-&gt;size / PAGE_SIZE, and     net_devmem_get_niov_at() only bounds-checks virt_addr &lt; dmabuf-&gt;size     before indexing tx_vec[virt_addr / PAGE_SIZE]. With size =     N*PAGE_SIZE + r (1 &lt;= r &lt; PAGE_SIZE), sendmsg() at iov_base =     N*PAGE_SIZE passes the bound check and reads tx_vec[N] -- one past.   - owner-&gt;area.num_niovs = len / PAGE_SIZE while gen_pool_add_owner()     covers the full byte len, so a non-page-multiple non-final sg     desyncs num_niovs from the gen_pool region for every later sg, on     both RX and TX. dma-buf does not require page-aligned sizes, so the bind path has to enforce what its own indexing assumes. Reject both with -EINVAL. The size check is TX-only (only tx_vec is sized off dmabuf-&gt;size); the SG-length check covers both directions.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-64124"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2403</id>
    <title>WID-SEC-W-2026-2403 — Linux Kernel: Mehrere Schwachstellen ermöglichen nicht spezifizierten Angriff</title>
    <updated>2026-10-03T00:55:11.373805+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen, möglicherweise Sicherheitsmaßnahmen zu umgehen, einen Denial-of-Service-Zustand herbeizuführen oder vertrauliche Informationen offenzulegen.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2403"/>
  </entry>
</feed>
