<?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 17:15:42 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-02036</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-02036</link>
      <description>bdu:2026-02036</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-02036</guid>
    </item>
    <item>
      <title>certfr-2026-avi-0316 — De multiples vulnérabilités ont été découvertes dans les produits VMware. Elles permettent à un attaquant de provoquer…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2026-avi-0316</link>
      <description>certfr-2026-avi-0316</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-0316</guid>
    </item>
    <item>
      <title>EUVD-2026-320339</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-320339</link>
      <description>EUVD-2026-320339</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-320339</guid>
    </item>
    <item>
      <title>fkie_cve-2022-49955</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2022-49955</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;powerpc/rtas: Fix RTAS MSR[HV] handling for Cell&lt;/p&gt;
&lt;p&gt;The semi-recent changes to MSR handling when entering RTAS (firmware)
cause crashes on IBM Cell machines. An example trace:&lt;/p&gt;
&lt;p&gt;kernel tried to execute user page (2fff01a8) - exploit attempt? (uid: 0)
  BUG: Unable to handle kernel instruction fetch
  Faulting instruction address: 0x2fff01a8
  Oops: Kernel access of bad area, sig: 11 [#1]
  BE PAGE_SIZE=64K MMU=Hash SMP NR_CPUS=4 NUMA Cell
  Modules linked in:
  CPU: 0 PID: 0 Comm: swapper/0 Tainted: G        W          6.0.0-rc2-00433-gede0a8d3307a #207
  NIP:  000000002fff01a8 LR: 0000000000032608 CTR: 0000000000000000
  REGS: c0000000015236b0 TRAP: 0400   Tainted: G        W           (6.0.0-rc2-00433-gede0a8d3307a)
  MSR:  0000000008001002 &amp;lt;ME,RI&amp;gt;  CR: 00000000  XER: 20000000
  ...
  NIP 0x2fff01a8
  LR  0x32608
  Call Trace:
    0xc00000000143c5f8 (unreliable)
    .rtas_call+0x224/0x320
    .rtas_get_boot_time+0x70/0x150
    .read_persistent_clock64+0x114/0x140
    .read_persistent_wall_and_boot_offset+0x24/0x80
    .timekeeping_init+0x40/0x29c
    .start_kernel+0x674/0x8f0
    start_here_common+0x1c/0x50&lt;/p&gt;
&lt;p&gt;Unlike PAPR platforms where RTAS is only used in guests, on the IBM Cell
machines Linux runs with MSR[HV] set but also uses RTAS, provided by
SLOF.&lt;/p&gt;
&lt;p&gt;Fix it by copying the MSR[HV] bit from the MSR value we&amp;#39;ve just read
using mfmsr into the value used for RTAS.&lt;/p&gt;
&lt;p&gt;It seems like we could also fix it using a…&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;powerpc/rtas: Fix RTAS MSR[HV] handling for Cell&lt;/p&gt;
&lt;p&gt;The semi-recent changes to MSR handling when entering RTAS (firmware)
cause crashes on IBM Cell machines. An example trace:&lt;/p&gt;
&lt;p&gt;kernel tried to execute user page (2fff01a8) - exploit attempt? (uid: 0)
  BUG: Unable to handle kernel instruction fetch
  Faulting instruction address: 0x2fff01a8
  Oops: Kernel access of bad area, sig: 11 [#1]
  BE PAGE_SIZE=64K MMU=Hash SMP NR_CPUS=4 NUMA Cell
  Modules linked in:
  CPU: 0 PID: 0 Comm: swapper/0 Tainted: G        W          6.0.0-rc2-00433-gede0a8d3307a #207
  NIP:  000000002fff01a8 LR: 0000000000032608 CTR: 0000000000000000
  REGS: c0000000015236b0 TRAP: 0400   Tainted: G        W           (6.0.0-rc2-00433-gede0a8d3307a)
  MSR:  0000000008001002 &amp;lt;ME,RI&amp;gt;  CR: 00000000  XER: 20000000
  ...
  NIP 0x2fff01a8
  LR  0x32608
  Call Trace:
    0xc00000000143c5f8 (unreliable)
    .rtas_call+0x224/0x320
    .rtas_get_boot_time+0x70/0x150
    .read_persistent_clock64+0x114/0x140
    .read_persistent_wall_and_boot_offset+0x24/0x80
    .timekeeping_init+0x40/0x29c
    .start_kernel+0x674/0x8f0
    start_here_common+0x1c/0x50&lt;/p&gt;
&lt;p&gt;Unlike PAPR platforms where RTAS is only used in guests, on the IBM Cell
machines Linux runs with MSR[HV] set but also uses RTAS, provided by
SLOF.&lt;/p&gt;
&lt;p&gt;Fix it by copying the MSR[HV] bit from the MSR value we&amp;#39;ve just read
using mfmsr into the value used for RTAS.&lt;/p&gt;
&lt;p&gt;It seems like we could also fix it using a…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2022-49955</guid>
    </item>
    <item>
      <title>GHSA-q32g-q8h6-hf4v</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-q32g-q8h6-hf4v</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;powerpc/rtas: Fix RTAS MSR[HV] handling for Cell&lt;/p&gt;
&lt;p&gt;The semi-recent changes to MSR handling when entering RTAS (firmware)
cause crashes on IBM Cell machines. An example trace:&lt;/p&gt;
&lt;p&gt;kernel tried to execute user page (2fff01a8) - exploit attempt? (uid: 0)
  BUG: Unable to handle kernel instruction fetch
  Faulting instruction address: 0x2fff01a8
  Oops: Kernel access of bad area, sig: 11 [#1]
  BE PAGE_SIZE=64K MMU=Hash SMP NR_CPUS=4 NUMA Cell
  Modules linked in:
  CPU: 0 PID: 0 Comm: swapper/0 Tainted: G        W          6.0.0-rc2-00433-gede0a8d3307a #207
  NIP:  000000002fff01a8 LR: 0000000000032608 CTR: 0000000000000000
  REGS: c0000000015236b0 TRAP: 0400   Tainted: G        W           (6.0.0-rc2-00433-gede0a8d3307a)
  MSR:  0000000008001002 &amp;lt;ME,RI&amp;gt;  CR: 00000000  XER: 20000000
  ...
  NIP 0x2fff01a8
  LR  0x32608
  Call Trace:
    0xc00000000143c5f8 (unreliable)
    .rtas_call+0x224/0x320
    .rtas_get_boot_time+0x70/0x150
    .read_persistent_clock64+0x114/0x140
    .read_persistent_wall_and_boot_offset+0x24/0x80
    .timekeeping_init+0x40/0x29c
    .start_kernel+0x674/0x8f0
    start_here_common+0x1c/0x50&lt;/p&gt;
&lt;p&gt;Unlike PAPR platforms where RTAS is only used in guests, on the IBM Cell
machines Linux runs with MSR[HV] set but also uses RTAS, provided by
SLOF.&lt;/p&gt;
&lt;p&gt;Fix it by copying the MSR[HV] bit from the MSR value we&amp;#39;ve just read
using mfmsr into the value used for RTAS.&lt;/p&gt;
&lt;p&gt;It seems like we could also fix it using a…&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;powerpc/rtas: Fix RTAS MSR[HV] handling for Cell&lt;/p&gt;
&lt;p&gt;The semi-recent changes to MSR handling when entering RTAS (firmware)
cause crashes on IBM Cell machines. An example trace:&lt;/p&gt;
&lt;p&gt;kernel tried to execute user page (2fff01a8) - exploit attempt? (uid: 0)
  BUG: Unable to handle kernel instruction fetch
  Faulting instruction address: 0x2fff01a8
  Oops: Kernel access of bad area, sig: 11 [#1]
  BE PAGE_SIZE=64K MMU=Hash SMP NR_CPUS=4 NUMA Cell
  Modules linked in:
  CPU: 0 PID: 0 Comm: swapper/0 Tainted: G        W          6.0.0-rc2-00433-gede0a8d3307a #207
  NIP:  000000002fff01a8 LR: 0000000000032608 CTR: 0000000000000000
  REGS: c0000000015236b0 TRAP: 0400   Tainted: G        W           (6.0.0-rc2-00433-gede0a8d3307a)
  MSR:  0000000008001002 &amp;lt;ME,RI&amp;gt;  CR: 00000000  XER: 20000000
  ...
  NIP 0x2fff01a8
  LR  0x32608
  Call Trace:
    0xc00000000143c5f8 (unreliable)
    .rtas_call+0x224/0x320
    .rtas_get_boot_time+0x70/0x150
    .read_persistent_clock64+0x114/0x140
    .read_persistent_wall_and_boot_offset+0x24/0x80
    .timekeeping_init+0x40/0x29c
    .start_kernel+0x674/0x8f0
    start_here_common+0x1c/0x50&lt;/p&gt;
&lt;p&gt;Unlike PAPR platforms where RTAS is only used in guests, on the IBM Cell
machines Linux runs with MSR[HV] set but also uses RTAS, provided by
SLOF.&lt;/p&gt;
&lt;p&gt;Fix it by copying the MSR[HV] bit from the MSR value we&amp;#39;ve just read
using mfmsr into the value used for RTAS.&lt;/p&gt;
&lt;p&gt;It seems like we could also fix it using a…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-q32g-q8h6-hf4v</guid>
    </item>
    <item>
      <title>msrc_CVE-2022-49955 — powerpc/rtas: Fix RTAS MSR[HV] handling for Cell</title>
      <link>https://cve.radiocsirt.org/vuln/msrc_cve-2022-49955</link>
      <description>msrc_CVE-2022-49955</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/msrc_cve-2022-49955</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2022-49955</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-49955</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 110 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: powerpc/rtas: Fix RTAS MSR[HV] handling for Cell The semi-recent changes to MSR handling when entering RTAS (firmware) cause crashes on IBM Cell machines. An example trace:   kernel tried to execute user page (2fff01a8) - exploit attempt? (uid: 0)   BUG: Unable to handle kernel instruction fetch   Faulting instruction address: 0x2fff01a8   Oops: Kernel access of bad area, sig: 11 [#1]   BE PAGE_SIZE=64K MMU=Hash SMP NR_CPUS=4 NUMA Cell   Modules linked in:   CPU: 0 PID: 0 Comm: swapper/0 Tainted: G        W 6.0.0-rc2-00433-gede0a8d3307a #207   NIP:  000000002fff01a8 LR: 0000000000032608 CTR: 0000000000000000   REGS: c0000000015236b0 TRAP: 0400   Tainted: G        W (6.0.0-rc2-00433-gede0a8d3307a)   MSR:  0000000008001002 &amp;lt;ME,RI&amp;gt;  CR: 00000000  XER: 20000000   ...   NIP 0x2fff01a8   LR  0x32608   Call Trace:     0xc00000000143c5f8 (unreliable)     .rtas_call+0x224/0x320     .rtas_get_boot_time+0x70/0x150     .read_persistent_clock64+0x114/0x140     .read_persistent_wall_and_boot_offset+0x24/0x80     .timekeeping_init+0x40/0x29c     .start_kernel+0x674/0x8f0     start_here_common+0x1c/0x50 Unlike PAPR platforms where RTAS is only used in guests, on the IBM Cell machines Linux runs with MSR[HV] set but also uses RTAS, provided by SLOF. Fix it by copying the MSR[HV] bit from the MSR value we&amp;#39;ve just read using mfmsr into the value used for RTAS. It seems like we could also fix it using an #ifdef CELL to set MSR[…&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 110 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: powerpc/rtas: Fix RTAS MSR[HV] handling for Cell The semi-recent changes to MSR handling when entering RTAS (firmware) cause crashes on IBM Cell machines. An example trace:   kernel tried to execute user page (2fff01a8) - exploit attempt? (uid: 0)   BUG: Unable to handle kernel instruction fetch   Faulting instruction address: 0x2fff01a8   Oops: Kernel access of bad area, sig: 11 [#1]   BE PAGE_SIZE=64K MMU=Hash SMP NR_CPUS=4 NUMA Cell   Modules linked in:   CPU: 0 PID: 0 Comm: swapper/0 Tainted: G        W 6.0.0-rc2-00433-gede0a8d3307a #207   NIP:  000000002fff01a8 LR: 0000000000032608 CTR: 0000000000000000   REGS: c0000000015236b0 TRAP: 0400   Tainted: G        W (6.0.0-rc2-00433-gede0a8d3307a)   MSR:  0000000008001002 &amp;lt;ME,RI&amp;gt;  CR: 00000000  XER: 20000000   ...   NIP 0x2fff01a8   LR  0x32608   Call Trace:     0xc00000000143c5f8 (unreliable)     .rtas_call+0x224/0x320     .rtas_get_boot_time+0x70/0x150     .read_persistent_clock64+0x114/0x140     .read_persistent_wall_and_boot_offset+0x24/0x80     .timekeeping_init+0x40/0x29c     .start_kernel+0x674/0x8f0     start_here_common+0x1c/0x50 Unlike PAPR platforms where RTAS is only used in guests, on the IBM Cell machines Linux runs with MSR[HV] set but also uses RTAS, provided by SLOF. Fix it by copying the MSR[HV] bit from the MSR value we&amp;#39;ve just read using mfmsr into the value used for RTAS. It seems like we could also fix it using an #ifdef CELL to set MSR[…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-49955</guid>
    </item>
    <item>
      <title>WID-SEC-W-2025-1350 — Linux Kernel: Mehrere Schwachstellen ermöglichen Denial of Service</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2025-1350</link>
      <description>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2025-1350</guid>
    </item>
  </channel>
</rss>
