<?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>Sun, 04 Oct 2026 14:36:17 +0000</lastBuildDate>
    <item>
      <title>bdu:2025-03158</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2025-03158</link>
      <description>bdu:2025-03158</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2025-03158</guid>
    </item>
    <item>
      <title>BELL-CVE-2024-44950</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2024-44950</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2024-44950</guid>
    </item>
    <item>
      <title>certfr-2024-avi-0870 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de SUSE. Certaines d'entre elles permettent à un at…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2024-avi-0870</link>
      <description>certfr-2024-avi-0870</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2024-avi-0870</guid>
    </item>
    <item>
      <title>EUVD-2026-346051</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-346051</link>
      <description>EUVD-2026-346051</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-346051</guid>
    </item>
    <item>
      <title>fkie_cve-2024-44950</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2024-44950</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;serial: sc16is7xx: fix invalid FIFO access with special register set&lt;/p&gt;
&lt;p&gt;When enabling access to the special register set, Receiver time-out and
RHR interrupts can happen. In this case, the IRQ handler will try to read
from the FIFO thru the RHR register at address 0x00, but address 0x00 is
mapped to DLL register, resulting in erroneous FIFO reading.&lt;/p&gt;
&lt;p&gt;Call graph example:
    sc16is7xx_startup(): entry
    sc16is7xx_ms_proc(): entry
    sc16is7xx_set_termios(): entry
    sc16is7xx_set_baud(): DLH/DLL = $009C --&amp;gt; access special register set
    sc16is7xx_port_irq() entry            --&amp;gt; IIR is 0x0C
    sc16is7xx_handle_rx() entry
    sc16is7xx_fifo_read(): --&amp;gt; unable to access FIFO (RHR) because it is
                               mapped to DLL (LCR=LCR_CONF_MODE_A)
    sc16is7xx_set_baud(): exit --&amp;gt; Restore access to general register set&lt;/p&gt;
&lt;p&gt;Fix the problem by claiming the efr_lock mutex when accessing the Special
register set.&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;serial: sc16is7xx: fix invalid FIFO access with special register set&lt;/p&gt;
&lt;p&gt;When enabling access to the special register set, Receiver time-out and
RHR interrupts can happen. In this case, the IRQ handler will try to read
from the FIFO thru the RHR register at address 0x00, but address 0x00 is
mapped to DLL register, resulting in erroneous FIFO reading.&lt;/p&gt;
&lt;p&gt;Call graph example:
    sc16is7xx_startup(): entry
    sc16is7xx_ms_proc(): entry
    sc16is7xx_set_termios(): entry
    sc16is7xx_set_baud(): DLH/DLL = $009C --&amp;gt; access special register set
    sc16is7xx_port_irq() entry            --&amp;gt; IIR is 0x0C
    sc16is7xx_handle_rx() entry
    sc16is7xx_fifo_read(): --&amp;gt; unable to access FIFO (RHR) because it is
                               mapped to DLL (LCR=LCR_CONF_MODE_A)
    sc16is7xx_set_baud(): exit --&amp;gt; Restore access to general register set&lt;/p&gt;
&lt;p&gt;Fix the problem by claiming the efr_lock mutex when accessing the Special
register set.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2024-44950</guid>
    </item>
    <item>
      <title>GHSA-hw6f-2v4x-m477</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-hw6f-2v4x-m477</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;serial: sc16is7xx: fix invalid FIFO access with special register set&lt;/p&gt;
&lt;p&gt;When enabling access to the special register set, Receiver time-out and
RHR interrupts can happen. In this case, the IRQ handler will try to read
from the FIFO thru the RHR register at address 0x00, but address 0x00 is
mapped to DLL register, resulting in erroneous FIFO reading.&lt;/p&gt;
&lt;p&gt;Call graph example:
    sc16is7xx_startup(): entry
    sc16is7xx_ms_proc(): entry
    sc16is7xx_set_termios(): entry
    sc16is7xx_set_baud(): DLH/DLL = $009C --&amp;gt; access special register set
    sc16is7xx_port_irq() entry            --&amp;gt; IIR is 0x0C
    sc16is7xx_handle_rx() entry
    sc16is7xx_fifo_read(): --&amp;gt; unable to access FIFO (RHR) because it is
                               mapped to DLL (LCR=LCR_CONF_MODE_A)
    sc16is7xx_set_baud(): exit --&amp;gt; Restore access to general register set&lt;/p&gt;
&lt;p&gt;Fix the problem by claiming the efr_lock mutex when accessing the Special
register set.&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;serial: sc16is7xx: fix invalid FIFO access with special register set&lt;/p&gt;
&lt;p&gt;When enabling access to the special register set, Receiver time-out and
RHR interrupts can happen. In this case, the IRQ handler will try to read
from the FIFO thru the RHR register at address 0x00, but address 0x00 is
mapped to DLL register, resulting in erroneous FIFO reading.&lt;/p&gt;
&lt;p&gt;Call graph example:
    sc16is7xx_startup(): entry
    sc16is7xx_ms_proc(): entry
    sc16is7xx_set_termios(): entry
    sc16is7xx_set_baud(): DLH/DLL = $009C --&amp;gt; access special register set
    sc16is7xx_port_irq() entry            --&amp;gt; IIR is 0x0C
    sc16is7xx_handle_rx() entry
    sc16is7xx_fifo_read(): --&amp;gt; unable to access FIFO (RHR) because it is
                               mapped to DLL (LCR=LCR_CONF_MODE_A)
    sc16is7xx_set_baud(): exit --&amp;gt; Restore access to general register set&lt;/p&gt;
&lt;p&gt;Fix the problem by claiming the efr_lock mutex when accessing the Special
register set.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-hw6f-2v4x-m477</guid>
    </item>
    <item>
      <title>msrc_CVE-2024-44950 — serial: sc16is7xx: fix invalid FIFO access with special register set</title>
      <link>https://cve.radiocsirt.org/vuln/msrc_cve-2024-44950</link>
      <description>msrc_CVE-2024-44950</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/msrc_cve-2024-44950</guid>
    </item>
    <item>
      <title>OESA-2024-2518 — kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2024-2518</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:22.03-LTS-SP4: 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;
serial: sc16is7xx: fix invalid FIFO access with special register set&#13;
&#13;
When enabling access to the special register set, Receiver time-out and
RHR interrupts can happen. In this case, the IRQ handler will try to read
from the FIFO thru the RHR register at address 0x00, but address 0x00 is
mapped to DLL register, resulting in erroneous FIFO reading.&#13;
&#13;
Call graph example:
    sc16is7xx_startup(): entry
    sc16is7xx_ms_proc(): entry
    sc16is7xx_set_termios(): entry
    sc16is7xx_set_baud(): DLH/DLL = $009C --&amp;amp;gt; access special register set
    sc16is7xx_port_irq() entry            --&amp;amp;gt; IIR is 0x0C
    sc16is7xx_handle_rx() entry
    sc16is7xx_fifo_read(): --&amp;amp;gt; unable to access FIFO (RHR) because it is
                               mapped to DLL (LCR=LCR_CONF_MODE_A)
    sc16is7xx_set_baud(): exit --&amp;amp;gt; Restore access to general register set&#13;
&#13;
Fix the problem by claiming the efr_lock mutex when accessing the Special
register set.(CVE-2024-44950)&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
drm/amd/display: Check link_index before accessing dc-&amp;amp;gt;links[]&#13;
&#13;
[WHY &amp;amp;amp; HOW]
dc-&amp;amp;gt;links[] has max size of MAX_LINKS and NULL is return when trying to
access with out-of-bound index.&#13;
&#13;
This fixes 3 OVERRUN and 1 RESOURCE_LEAK issues reported by Coverity.(CVE-2024-46813)&#13;
&#13;
In the Linux kernel, the…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:22.03-LTS-SP4: 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;
serial: sc16is7xx: fix invalid FIFO access with special register set&#13;
&#13;
When enabling access to the special register set, Receiver time-out and
RHR interrupts can happen. In this case, the IRQ handler will try to read
from the FIFO thru the RHR register at address 0x00, but address 0x00 is
mapped to DLL register, resulting in erroneous FIFO reading.&#13;
&#13;
Call graph example:
    sc16is7xx_startup(): entry
    sc16is7xx_ms_proc(): entry
    sc16is7xx_set_termios(): entry
    sc16is7xx_set_baud(): DLH/DLL = $009C --&amp;amp;gt; access special register set
    sc16is7xx_port_irq() entry            --&amp;amp;gt; IIR is 0x0C
    sc16is7xx_handle_rx() entry
    sc16is7xx_fifo_read(): --&amp;amp;gt; unable to access FIFO (RHR) because it is
                               mapped to DLL (LCR=LCR_CONF_MODE_A)
    sc16is7xx_set_baud(): exit --&amp;amp;gt; Restore access to general register set&#13;
&#13;
Fix the problem by claiming the efr_lock mutex when accessing the Special
register set.(CVE-2024-44950)&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
drm/amd/display: Check link_index before accessing dc-&amp;amp;gt;links[]&#13;
&#13;
[WHY &amp;amp;amp; HOW]
dc-&amp;amp;gt;links[] has max size of MAX_LINKS and NULL is return when trying to
access with out-of-bound index.&#13;
&#13;
This fixes 3 OVERRUN and 1 RESOURCE_LEAK issues reported by Coverity.(CVE-2024-46813)&#13;
&#13;
In the Linux kernel, the…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2024-2518</guid>
    </item>
    <item>
      <title>SUSE-SU-2024:3551-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2024:3551-1</link>
      <description>&lt;p&gt;Security update for the Linux Kernel&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for the Linux Kernel&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/suse-su-2024:3551-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2024-44950</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2024-44950</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe, Ubuntu:16.04:LTS: linux-hwe-edge and 187 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: serial: sc16is7xx: fix invalid FIFO access with special register set When enabling access to the special register set, Receiver time-out and RHR interrupts can happen. In this case, the IRQ handler will try to read from the FIFO thru the RHR register at address 0x00, but address 0x00 is mapped to DLL register, resulting in erroneous FIFO reading. Call graph example:     sc16is7xx_startup(): entry     sc16is7xx_ms_proc(): entry     sc16is7xx_set_termios(): entry     sc16is7xx_set_baud(): DLH/DLL = $009C --&amp;gt; access special register set     sc16is7xx_port_irq() entry            --&amp;gt; IIR is 0x0C     sc16is7xx_handle_rx() entry     sc16is7xx_fifo_read(): --&amp;gt; unable to access FIFO (RHR) because it is                                mapped to DLL (LCR=LCR_CONF_MODE_A)     sc16is7xx_set_baud(): exit --&amp;gt; Restore access to general register set Fix the problem by claiming the efr_lock mutex when accessing the Special register set.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe, Ubuntu:16.04:LTS: linux-hwe-edge and 187 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: serial: sc16is7xx: fix invalid FIFO access with special register set When enabling access to the special register set, Receiver time-out and RHR interrupts can happen. In this case, the IRQ handler will try to read from the FIFO thru the RHR register at address 0x00, but address 0x00 is mapped to DLL register, resulting in erroneous FIFO reading. Call graph example:     sc16is7xx_startup(): entry     sc16is7xx_ms_proc(): entry     sc16is7xx_set_termios(): entry     sc16is7xx_set_baud(): DLH/DLL = $009C --&amp;gt; access special register set     sc16is7xx_port_irq() entry            --&amp;gt; IIR is 0x0C     sc16is7xx_handle_rx() entry     sc16is7xx_fifo_read(): --&amp;gt; unable to access FIFO (RHR) because it is                                mapped to DLL (LCR=LCR_CONF_MODE_A)     sc16is7xx_set_baud(): exit --&amp;gt; Restore access to general register set Fix the problem by claiming the efr_lock mutex when accessing the Special register set.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2024-44950</guid>
    </item>
    <item>
      <title>WID-SEC-W-2024-2057 — Linux Kernel: Mehrere Schwachstellen ermöglichen Denial of Service oder unspezifischer Angriff</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2024-2057</link>
      <description>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen oder weitere unspezifische Angriffe 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 oder weitere unspezifische Angriffe durchzuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2024-2057</guid>
    </item>
  </channel>
</rss>
