<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Wed, 07 Oct 2026 09:20:35 +0000</lastBuildDate>
    <item>
      <title>bdu:2025-13492</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2025-13492</link>
      <description>bdu:2025-13492</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2025-13492</guid>
    </item>
    <item>
      <title>BELL-CVE-2025-38398</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2025-38398</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:stream: linux-lts&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:stream: linux-lts&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2025-38398</guid>
    </item>
    <item>
      <title>EUVD-2026-347026</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-347026</link>
      <description>EUVD-2026-347026</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-347026</guid>
    </item>
    <item>
      <title>fkie_cve-2025-38398</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-38398</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;spi: spi-qpic-snand: reallocate BAM transactions&lt;/p&gt;
&lt;p&gt;Using the mtd_nandbiterrs module for testing the driver occasionally
results in weird things like below.&lt;/p&gt;
&lt;p&gt;1. swiotlb mapping fails with the following message:&lt;/p&gt;
&lt;p&gt;[   85.926216] qcom_snand 79b0000.spi: swiotlb buffer is full (sz: 4294967294 bytes), total 512 (slots), used 0 (slots)
  [   85.932937] qcom_snand 79b0000.spi: failure in mapping desc
  [   87.999314] qcom_snand 79b0000.spi: failure to write raw page
  [   87.999352] mtd_nandbiterrs: error: write_oob failed (-110)&lt;/p&gt;
&lt;p&gt;Rebooting the board after this causes a panic due to a NULL pointer
  dereference.&lt;/p&gt;
&lt;p&gt;2. If the swiotlb mapping does not fail, rebooting the board may result
   in a different panic due to a bad spinlock magic:&lt;/p&gt;
&lt;p&gt;[  256.104459] BUG: spinlock bad magic on CPU#3, procd/2241
  [  256.104488] Unable to handle kernel paging request at virtual address ffffffff0000049b
  ...&lt;/p&gt;
&lt;p&gt;Investigating the issue revealed that these symptoms are results of
memory corruption which is caused by out of bounds access within the
driver.&lt;/p&gt;
&lt;p&gt;The driver uses a dynamically allocated structure for BAM transactions,
which structure must have enough space for all possible variations of
different flash operations initiated by the driver. The required space
heavily depends on the actual number of &amp;#39;codewords&amp;#39; which is calculated
from the pagesize of the actual NAND chip.&lt;/p&gt;
&lt;p&gt;Although the qcom_nandc_alloc() function allocates m…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;spi: spi-qpic-snand: reallocate BAM transactions&lt;/p&gt;
&lt;p&gt;Using the mtd_nandbiterrs module for testing the driver occasionally
results in weird things like below.&lt;/p&gt;
&lt;p&gt;1. swiotlb mapping fails with the following message:&lt;/p&gt;
&lt;p&gt;[   85.926216] qcom_snand 79b0000.spi: swiotlb buffer is full (sz: 4294967294 bytes), total 512 (slots), used 0 (slots)
  [   85.932937] qcom_snand 79b0000.spi: failure in mapping desc
  [   87.999314] qcom_snand 79b0000.spi: failure to write raw page
  [   87.999352] mtd_nandbiterrs: error: write_oob failed (-110)&lt;/p&gt;
&lt;p&gt;Rebooting the board after this causes a panic due to a NULL pointer
  dereference.&lt;/p&gt;
&lt;p&gt;2. If the swiotlb mapping does not fail, rebooting the board may result
   in a different panic due to a bad spinlock magic:&lt;/p&gt;
&lt;p&gt;[  256.104459] BUG: spinlock bad magic on CPU#3, procd/2241
  [  256.104488] Unable to handle kernel paging request at virtual address ffffffff0000049b
  ...&lt;/p&gt;
&lt;p&gt;Investigating the issue revealed that these symptoms are results of
memory corruption which is caused by out of bounds access within the
driver.&lt;/p&gt;
&lt;p&gt;The driver uses a dynamically allocated structure for BAM transactions,
which structure must have enough space for all possible variations of
different flash operations initiated by the driver. The required space
heavily depends on the actual number of &amp;#39;codewords&amp;#39; which is calculated
from the pagesize of the actual NAND chip.&lt;/p&gt;
&lt;p&gt;Although the qcom_nandc_alloc() function allocates m…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-38398</guid>
    </item>
    <item>
      <title>GHSA-pqf9-m843-ppvg</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-pqf9-m843-ppvg</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;spi: spi-qpic-snand: reallocate BAM transactions&lt;/p&gt;
&lt;p&gt;Using the mtd_nandbiterrs module for testing the driver occasionally
results in weird things like below.&lt;/p&gt;
&lt;p&gt;1. swiotlb mapping fails with the following message:&lt;/p&gt;
&lt;p&gt;[   85.926216] qcom_snand 79b0000.spi: swiotlb buffer is full (sz: 4294967294 bytes), total 512 (slots), used 0 (slots)
  [   85.932937] qcom_snand 79b0000.spi: failure in mapping desc
  [   87.999314] qcom_snand 79b0000.spi: failure to write raw page
  [   87.999352] mtd_nandbiterrs: error: write_oob failed (-110)&lt;/p&gt;
&lt;p&gt;Rebooting the board after this causes a panic due to a NULL pointer
  dereference.&lt;/p&gt;
&lt;p&gt;2. If the swiotlb mapping does not fail, rebooting the board may result
   in a different panic due to a bad spinlock magic:&lt;/p&gt;
&lt;p&gt;[  256.104459] BUG: spinlock bad magic on CPU#3, procd/2241
  [  256.104488] Unable to handle kernel paging request at virtual address ffffffff0000049b
  ...&lt;/p&gt;
&lt;p&gt;Investigating the issue revealed that these symptoms are results of
memory corruption which is caused by out of bounds access within the
driver.&lt;/p&gt;
&lt;p&gt;The driver uses a dynamically allocated structure for BAM transactions,
which structure must have enough space for all possible variations of
different flash operations initiated by the driver. The required space
heavily depends on the actual number of &amp;#39;codewords&amp;#39; which is calculated
from the pagesize of the actual NAND chip.&lt;/p&gt;
&lt;p&gt;Although the qcom_nandc_alloc() function allocates m…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;spi: spi-qpic-snand: reallocate BAM transactions&lt;/p&gt;
&lt;p&gt;Using the mtd_nandbiterrs module for testing the driver occasionally
results in weird things like below.&lt;/p&gt;
&lt;p&gt;1. swiotlb mapping fails with the following message:&lt;/p&gt;
&lt;p&gt;[   85.926216] qcom_snand 79b0000.spi: swiotlb buffer is full (sz: 4294967294 bytes), total 512 (slots), used 0 (slots)
  [   85.932937] qcom_snand 79b0000.spi: failure in mapping desc
  [   87.999314] qcom_snand 79b0000.spi: failure to write raw page
  [   87.999352] mtd_nandbiterrs: error: write_oob failed (-110)&lt;/p&gt;
&lt;p&gt;Rebooting the board after this causes a panic due to a NULL pointer
  dereference.&lt;/p&gt;
&lt;p&gt;2. If the swiotlb mapping does not fail, rebooting the board may result
   in a different panic due to a bad spinlock magic:&lt;/p&gt;
&lt;p&gt;[  256.104459] BUG: spinlock bad magic on CPU#3, procd/2241
  [  256.104488] Unable to handle kernel paging request at virtual address ffffffff0000049b
  ...&lt;/p&gt;
&lt;p&gt;Investigating the issue revealed that these symptoms are results of
memory corruption which is caused by out of bounds access within the
driver.&lt;/p&gt;
&lt;p&gt;The driver uses a dynamically allocated structure for BAM transactions,
which structure must have enough space for all possible variations of
different flash operations initiated by the driver. The required space
heavily depends on the actual number of &amp;#39;codewords&amp;#39; which is calculated
from the pagesize of the actual NAND chip.&lt;/p&gt;
&lt;p&gt;Although the qcom_nandc_alloc() function allocates m…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-pqf9-m843-ppvg</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2025-38398</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-38398</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; 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 75 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: spi: spi-qpic-snand: reallocate BAM transactions Using the mtd_nandbiterrs module for testing the driver occasionally results in weird things like below. 1. swiotlb mapping fails with the following message:   [   85.926216] qcom_snand 79b0000.spi: swiotlb buffer is full (sz: 4294967294 bytes), total 512 (slots), used 0 (slots)   [   85.932937] qcom_snand 79b0000.spi: failure in mapping desc   [   87.999314] qcom_snand 79b0000.spi: failure to write raw page   [   87.999352] mtd_nandbiterrs: error: write_oob failed (-110)   Rebooting the board after this causes a panic due to a NULL pointer   dereference. 2. If the swiotlb mapping does not fail, rebooting the board may result    in a different panic due to a bad spinlock magic:   [  256.104459] BUG: spinlock bad magic on CPU#3, procd/2241   [  256.104488] Unable to handle kernel paging request at virtual address ffffffff0000049b   ... Investigating the issue revealed that these symptoms are results of memory corruption which is caused by out of bounds access within the driver. The driver uses a dynamically allocated structure for BAM transactions, which structure must have enough space for all possible variations of different flash operations initiated by the driver. The required space heavily depends on the actual number of &amp;#39;codewords&amp;#39; which is calculated from the pagesize of the actual NAND chip. Although the qcom_nandc_alloc() function allocates memory for…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; 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 75 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: spi: spi-qpic-snand: reallocate BAM transactions Using the mtd_nandbiterrs module for testing the driver occasionally results in weird things like below. 1. swiotlb mapping fails with the following message:   [   85.926216] qcom_snand 79b0000.spi: swiotlb buffer is full (sz: 4294967294 bytes), total 512 (slots), used 0 (slots)   [   85.932937] qcom_snand 79b0000.spi: failure in mapping desc   [   87.999314] qcom_snand 79b0000.spi: failure to write raw page   [   87.999352] mtd_nandbiterrs: error: write_oob failed (-110)   Rebooting the board after this causes a panic due to a NULL pointer   dereference. 2. If the swiotlb mapping does not fail, rebooting the board may result    in a different panic due to a bad spinlock magic:   [  256.104459] BUG: spinlock bad magic on CPU#3, procd/2241   [  256.104488] Unable to handle kernel paging request at virtual address ffffffff0000049b   ... Investigating the issue revealed that these symptoms are results of memory corruption which is caused by out of bounds access within the driver. The driver uses a dynamically allocated structure for BAM transactions, which structure must have enough space for all possible variations of different flash operations initiated by the driver. The required space heavily depends on the actual number of &amp;#39;codewords&amp;#39; which is calculated from the pagesize of the actual NAND chip. Although the qcom_nandc_alloc() function allocates memory for…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-38398</guid>
    </item>
    <item>
      <title>WID-SEC-W-2025-1653 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2025-1653</link>
      <description>&lt;p&gt;Ein entfernter anonymer Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um einen Denial-of-Service-Zustand zu erzeugen oder andere nicht spezifizierte Angriffe durchzuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein entfernter anonymer Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um einen Denial-of-Service-Zustand zu erzeugen oder andere nicht spezifizierte Angriffe durchzuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2025-1653</guid>
    </item>
  </channel>
</rss>
