<?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>Sat, 03 Oct 2026 23:22:55 +0000</lastBuildDate>
    <item>
      <title>bdu:2024-06305</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2024-06305</link>
      <description>bdu:2024-06305</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2024-06305</guid>
    </item>
    <item>
      <title>EUVD-2026-309441</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-309441</link>
      <description>EUVD-2026-309441</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-309441</guid>
    </item>
    <item>
      <title>fkie_cve-2021-46928</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2021-46928</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;parisc: Clear stale IIR value on instruction access rights trap&lt;/p&gt;
&lt;p&gt;When a trap 7 (Instruction access rights) occurs, this means the CPU
couldn&amp;#39;t execute an instruction due to missing execute permissions on
the memory region.  In this case it seems the CPU didn&amp;#39;t even fetched
the instruction from memory and thus did not store it in the cr19 (IIR)
register before calling the trap handler. So, the trap handler will find
some random old stale value in cr19.&lt;/p&gt;
&lt;p&gt;This patch simply overwrites the stale IIR value with a constant magic
&amp;#34;bad food&amp;#34; value (0xbaadf00d), in the hope people don&amp;#39;t start to try to
understand the various random IIR values in trap 7 dumps.&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;parisc: Clear stale IIR value on instruction access rights trap&lt;/p&gt;
&lt;p&gt;When a trap 7 (Instruction access rights) occurs, this means the CPU
couldn&amp;#39;t execute an instruction due to missing execute permissions on
the memory region.  In this case it seems the CPU didn&amp;#39;t even fetched
the instruction from memory and thus did not store it in the cr19 (IIR)
register before calling the trap handler. So, the trap handler will find
some random old stale value in cr19.&lt;/p&gt;
&lt;p&gt;This patch simply overwrites the stale IIR value with a constant magic
&amp;#34;bad food&amp;#34; value (0xbaadf00d), in the hope people don&amp;#39;t start to try to
understand the various random IIR values in trap 7 dumps.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2021-46928</guid>
    </item>
    <item>
      <title>GHSA-cj4f-m7fj-58gv</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-cj4f-m7fj-58gv</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;parisc: Clear stale IIR value on instruction access rights trap&lt;/p&gt;
&lt;p&gt;When a trap 7 (Instruction access rights) occurs, this means the CPU
couldn&amp;#39;t execute an instruction due to missing execute permissions on
the memory region.  In this case it seems the CPU didn&amp;#39;t even fetched
the instruction from memory and thus did not store it in the cr19 (IIR)
register before calling the trap handler. So, the trap handler will find
some random old stale value in cr19.&lt;/p&gt;
&lt;p&gt;This patch simply overwrites the stale IIR value with a constant magic
&amp;#34;bad food&amp;#34; value (0xbaadf00d), in the hope people don&amp;#39;t start to try to
understand the various random IIR values in trap 7 dumps.&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;parisc: Clear stale IIR value on instruction access rights trap&lt;/p&gt;
&lt;p&gt;When a trap 7 (Instruction access rights) occurs, this means the CPU
couldn&amp;#39;t execute an instruction due to missing execute permissions on
the memory region.  In this case it seems the CPU didn&amp;#39;t even fetched
the instruction from memory and thus did not store it in the cr19 (IIR)
register before calling the trap handler. So, the trap handler will find
some random old stale value in cr19.&lt;/p&gt;
&lt;p&gt;This patch simply overwrites the stale IIR value with a constant magic
&amp;#34;bad food&amp;#34; value (0xbaadf00d), in the hope people don&amp;#39;t start to try to
understand the various random IIR values in trap 7 dumps.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-cj4f-m7fj-58gv</guid>
    </item>
    <item>
      <title>gsd-2021-46928</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2021-46928</link>
      <description>gsd-2021-46928</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2021-46928</guid>
    </item>
    <item>
      <title>OESA-2024-1392 — kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2024-1392</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:20.03-LTS-SP1: kernel&lt;/p&gt;
&lt;p&gt;The Linux Kernel, the operating system core itself.&#13;
&#13;
Security Fix(es):&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
media: dvbdev: Fix memory leak in dvb_media_device_free()&#13;
&#13;
dvb_media_device_free() is leaking memory. Free `dvbdev-&amp;amp;gt;adapter-&amp;amp;gt;conn`
before setting it to NULL, as documented in include/media/media-device.h:
&amp;amp;quot;The media_entity instance itself must be freed explicitly by the driver
if required.&amp;amp;quot;(CVE-2020-36777)&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
i2c: sprd: fix reference leak when pm_runtime_get_sync fails&#13;
&#13;
The PM reference count is not expected to be incremented on
return in sprd_i2c_master_xfer() and sprd_i2c_remove().&#13;
&#13;
However, pm_runtime_get_sync will increment the PM reference
count even failed. Forgetting to putting operation will result
in a reference leak here.&#13;
&#13;
Replace it with pm_runtime_resume_and_get to keep usage
counter balanced.(CVE-2020-36780)&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
i2c: cadence: fix reference leak when pm_runtime_get_sync fails&#13;
&#13;
The PM reference count is not expected to be incremented on
return in functions cdns_i2c_master_xfer and cdns_reg_slave.&#13;
&#13;
However, pm_runtime_get_sync will increment pm usage counter
even failed. Forgetting to putting operation will result in a
reference leak here.&#13;
&#13;
Replace it with pm_runtime_resume_and_get to keep usage
counter balanced.(CVE-2020-36784)&#13;
&#13;
In the Linux kernel,…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:20.03-LTS-SP1: kernel&lt;/p&gt;
&lt;p&gt;The Linux Kernel, the operating system core itself.&#13;
&#13;
Security Fix(es):&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
media: dvbdev: Fix memory leak in dvb_media_device_free()&#13;
&#13;
dvb_media_device_free() is leaking memory. Free `dvbdev-&amp;amp;gt;adapter-&amp;amp;gt;conn`
before setting it to NULL, as documented in include/media/media-device.h:
&amp;amp;quot;The media_entity instance itself must be freed explicitly by the driver
if required.&amp;amp;quot;(CVE-2020-36777)&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
i2c: sprd: fix reference leak when pm_runtime_get_sync fails&#13;
&#13;
The PM reference count is not expected to be incremented on
return in sprd_i2c_master_xfer() and sprd_i2c_remove().&#13;
&#13;
However, pm_runtime_get_sync will increment the PM reference
count even failed. Forgetting to putting operation will result
in a reference leak here.&#13;
&#13;
Replace it with pm_runtime_resume_and_get to keep usage
counter balanced.(CVE-2020-36780)&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
i2c: cadence: fix reference leak when pm_runtime_get_sync fails&#13;
&#13;
The PM reference count is not expected to be incremented on
return in functions cdns_i2c_master_xfer and cdns_reg_slave.&#13;
&#13;
However, pm_runtime_get_sync will increment pm usage counter
even failed. Forgetting to putting operation will result in a
reference leak here.&#13;
&#13;
Replace it with pm_runtime_resume_and_get to keep usage
counter balanced.(CVE-2020-36784)&#13;
&#13;
In the Linux kernel,…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2024-1392</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2021-46928</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2021-46928</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 54 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: parisc: Clear stale IIR value on instruction access rights trap When a trap 7 (Instruction access rights) occurs, this means the CPU couldn&amp;#39;t execute an instruction due to missing execute permissions on the memory region.  In this case it seems the CPU didn&amp;#39;t even fetched the instruction from memory and thus did not store it in the cr19 (IIR) register before calling the trap handler. So, the trap handler will find some random old stale value in cr19. This patch simply overwrites the stale IIR value with a constant magic &amp;#34;bad food&amp;#34; value (0xbaadf00d), in the hope people don&amp;#39;t start to try to understand the various random IIR values in trap 7 dumps.&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 54 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: parisc: Clear stale IIR value on instruction access rights trap When a trap 7 (Instruction access rights) occurs, this means the CPU couldn&amp;#39;t execute an instruction due to missing execute permissions on the memory region.  In this case it seems the CPU didn&amp;#39;t even fetched the instruction from memory and thus did not store it in the cr19 (IIR) register before calling the trap handler. So, the trap handler will find some random old stale value in cr19. This patch simply overwrites the stale IIR value with a constant magic &amp;#34;bad food&amp;#34; value (0xbaadf00d), in the hope people don&amp;#39;t start to try to understand the various random IIR values in trap 7 dumps.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2021-46928</guid>
    </item>
    <item>
      <title>WID-SEC-W-2024-0488 — Linux Kernel: Mehrere Schwachstellen ermöglichen nicht spezifizierten Angriff</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2024-0488</link>
      <description>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2024-0488</guid>
    </item>
  </channel>
</rss>
