<?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://db.gcve.eu</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>Thu, 01 Oct 2026 15:52:38 +0000</lastBuildDate>
    <item>
      <title>certfr-2026-avi-0108 — 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://db.gcve.eu/vuln/certfr-2026-avi-0108</link>
      <description>certfr-2026-avi-0108</description>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/certfr-2026-avi-0108</guid>
    </item>
    <item>
      <title>fkie_cve-2023-54036</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2023-54036</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;wifi: rtl8xxxu: Fix memory leaks with RTL8723BU, RTL8192EU&lt;/p&gt;
&lt;p&gt;The wifi + bluetooth combo chip RTL8723BU can leak memory (especially?)
when it&amp;#39;s connected to a bluetooth audio device. The busy bluetooth
traffic generates lots of C2H (card to host) messages, which are not
freed correctly.&lt;/p&gt;
&lt;p&gt;To fix this, move the dev_kfree_skb() call in rtl8xxxu_c2hcmd_callback()
inside the loop where skb_dequeue() is called.&lt;/p&gt;
&lt;p&gt;The RTL8192EU leaks memory because the C2H messages are added to the
queue and left there forever. (This was fine in the past because it
probably wasn&amp;#39;t sending any C2H messages until commit e542e66b7c2e
(&amp;#34;wifi: rtl8xxxu: gen2: Turn on the rate control&amp;#34;). Since that commit
it sends a C2H message when the TX rate changes.)&lt;/p&gt;
&lt;p&gt;To fix this, delete the check for rf_paths &amp;gt; 1 and the goto. Let the
function process the C2H messages from RTL8192EU like the ones from
the other chips.&lt;/p&gt;
&lt;p&gt;Theoretically the RTL8188FU could also leak like RTL8723BU, but it
most likely doesn&amp;#39;t send C2H messages frequently enough.&lt;/p&gt;
&lt;p&gt;This change was tested with RTL8723BU by Erhard F. I tested it with
RTL8188FU and RTL8192EU.&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;wifi: rtl8xxxu: Fix memory leaks with RTL8723BU, RTL8192EU&lt;/p&gt;
&lt;p&gt;The wifi + bluetooth combo chip RTL8723BU can leak memory (especially?)
when it&amp;#39;s connected to a bluetooth audio device. The busy bluetooth
traffic generates lots of C2H (card to host) messages, which are not
freed correctly.&lt;/p&gt;
&lt;p&gt;To fix this, move the dev_kfree_skb() call in rtl8xxxu_c2hcmd_callback()
inside the loop where skb_dequeue() is called.&lt;/p&gt;
&lt;p&gt;The RTL8192EU leaks memory because the C2H messages are added to the
queue and left there forever. (This was fine in the past because it
probably wasn&amp;#39;t sending any C2H messages until commit e542e66b7c2e
(&amp;#34;wifi: rtl8xxxu: gen2: Turn on the rate control&amp;#34;). Since that commit
it sends a C2H message when the TX rate changes.)&lt;/p&gt;
&lt;p&gt;To fix this, delete the check for rf_paths &amp;gt; 1 and the goto. Let the
function process the C2H messages from RTL8192EU like the ones from
the other chips.&lt;/p&gt;
&lt;p&gt;Theoretically the RTL8188FU could also leak like RTL8723BU, but it
most likely doesn&amp;#39;t send C2H messages frequently enough.&lt;/p&gt;
&lt;p&gt;This change was tested with RTL8723BU by Erhard F. I tested it with
RTL8188FU and RTL8192EU.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2023-54036</guid>
    </item>
    <item>
      <title>GHSA-j3w7-7qhh-rrr2</title>
      <link>https://db.gcve.eu/vuln/ghsa-j3w7-7qhh-rrr2</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;wifi: rtl8xxxu: Fix memory leaks with RTL8723BU, RTL8192EU&lt;/p&gt;
&lt;p&gt;The wifi + bluetooth combo chip RTL8723BU can leak memory (especially?)
when it&amp;#39;s connected to a bluetooth audio device. The busy bluetooth
traffic generates lots of C2H (card to host) messages, which are not
freed correctly.&lt;/p&gt;
&lt;p&gt;To fix this, move the dev_kfree_skb() call in rtl8xxxu_c2hcmd_callback()
inside the loop where skb_dequeue() is called.&lt;/p&gt;
&lt;p&gt;The RTL8192EU leaks memory because the C2H messages are added to the
queue and left there forever. (This was fine in the past because it
probably wasn&amp;#39;t sending any C2H messages until commit e542e66b7c2e
(&amp;#34;wifi: rtl8xxxu: gen2: Turn on the rate control&amp;#34;). Since that commit
it sends a C2H message when the TX rate changes.)&lt;/p&gt;
&lt;p&gt;To fix this, delete the check for rf_paths &amp;gt; 1 and the goto. Let the
function process the C2H messages from RTL8192EU like the ones from
the other chips.&lt;/p&gt;
&lt;p&gt;Theoretically the RTL8188FU could also leak like RTL8723BU, but it
most likely doesn&amp;#39;t send C2H messages frequently enough.&lt;/p&gt;
&lt;p&gt;This change was tested with RTL8723BU by Erhard F. I tested it with
RTL8188FU and RTL8192EU.&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;wifi: rtl8xxxu: Fix memory leaks with RTL8723BU, RTL8192EU&lt;/p&gt;
&lt;p&gt;The wifi + bluetooth combo chip RTL8723BU can leak memory (especially?)
when it&amp;#39;s connected to a bluetooth audio device. The busy bluetooth
traffic generates lots of C2H (card to host) messages, which are not
freed correctly.&lt;/p&gt;
&lt;p&gt;To fix this, move the dev_kfree_skb() call in rtl8xxxu_c2hcmd_callback()
inside the loop where skb_dequeue() is called.&lt;/p&gt;
&lt;p&gt;The RTL8192EU leaks memory because the C2H messages are added to the
queue and left there forever. (This was fine in the past because it
probably wasn&amp;#39;t sending any C2H messages until commit e542e66b7c2e
(&amp;#34;wifi: rtl8xxxu: gen2: Turn on the rate control&amp;#34;). Since that commit
it sends a C2H message when the TX rate changes.)&lt;/p&gt;
&lt;p&gt;To fix this, delete the check for rf_paths &amp;gt; 1 and the goto. Let the
function process the C2H messages from RTL8192EU like the ones from
the other chips.&lt;/p&gt;
&lt;p&gt;Theoretically the RTL8188FU could also leak like RTL8723BU, but it
most likely doesn&amp;#39;t send C2H messages frequently enough.&lt;/p&gt;
&lt;p&gt;This change was tested with RTL8723BU by Erhard F. I tested it with
RTL8188FU and RTL8192EU.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-j3w7-7qhh-rrr2</guid>
    </item>
    <item>
      <title>RHSA-2023:6583 — Red Hat Security Advisory: kernel security, bug fix, and enhancement update</title>
      <link>https://db.gcve.eu/vuln/rhsa-2023:6583</link>
      <description>&lt;p&gt;kernel: seg6: fix the iif in the IPv6 socket control block Kernel: race when faulting a device private page in memory manager kernel: use-after-free in l1oip timer handlers kernel: Rate limit overflow messages in r8152 in intr_callback kernel: vmwgfx: use-after-free in vmw_cmd_res_check kernel: vmwgfx: use-after-free in vmw_execbuf_tie_context hw: Intel: Gather Data Sampling (GDS) side channel vulnerability kernel: Information leak in l2cap_parse_conf_req in net/bluetooth/l2cap_core.c kernel: perf: Fix perf_pending_task() UaF kernel: gpiolib: fix memory leak in gpiochip_setup_dev() kernel: memcg: fix possible use-after-free in memcg_write_event_control() kernel: mm/khugepaged: invoke MMU notifiers in shmem/file collapse paths kernel: char: tpm: Protect tpm_pm_suspend with locks kernel: ixgbevf: Fix resource leak in ixgbevf_init_module() kernel: dax: make sure inodes are flushed before destroy cache kernel: watch_queue: Actually free the watch kernel: watch_queue: Fix NULL dereference in error cleanup kernel: rtc: pl031: fix rtc features null pointer dereference kernel: tpm: fix reference counting for struct tpm_chip kernel: NFSv4: Don&amp;#39;t hold the layoutget locks across multiple RPC calls kernel: xprtrdma: treat all calls not a bcall when bc_serv is NULL kernel: net: ipv6: unexport __init-annotated seg6_hmac_init() kernel: af_unix: Fix a data-race in unix_dgram_peer_wake_me(). kernel: regulator: scmi: Fix refcount leak in scmi_regulator_probe kernel: mm/mempolicy: fix uninit-v…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;kernel: seg6: fix the iif in the IPv6 socket control block Kernel: race when faulting a device private page in memory manager kernel: use-after-free in l1oip timer handlers kernel: Rate limit overflow messages in r8152 in intr_callback kernel: vmwgfx: use-after-free in vmw_cmd_res_check kernel: vmwgfx: use-after-free in vmw_execbuf_tie_context hw: Intel: Gather Data Sampling (GDS) side channel vulnerability kernel: Information leak in l2cap_parse_conf_req in net/bluetooth/l2cap_core.c kernel: perf: Fix perf_pending_task() UaF kernel: gpiolib: fix memory leak in gpiochip_setup_dev() kernel: memcg: fix possible use-after-free in memcg_write_event_control() kernel: mm/khugepaged: invoke MMU notifiers in shmem/file collapse paths kernel: char: tpm: Protect tpm_pm_suspend with locks kernel: ixgbevf: Fix resource leak in ixgbevf_init_module() kernel: dax: make sure inodes are flushed before destroy cache kernel: watch_queue: Actually free the watch kernel: watch_queue: Fix NULL dereference in error cleanup kernel: rtc: pl031: fix rtc features null pointer dereference kernel: tpm: fix reference counting for struct tpm_chip kernel: NFSv4: Don&amp;#39;t hold the layoutget locks across multiple RPC calls kernel: xprtrdma: treat all calls not a bcall when bc_serv is NULL kernel: net: ipv6: unexport __init-annotated seg6_hmac_init() kernel: af_unix: Fix a data-race in unix_dgram_peer_wake_me(). kernel: regulator: scmi: Fix refcount leak in scmi_regulator_probe kernel: mm/mempolicy: fix uninit-v…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/rhsa-2023:6583</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:0263-1 — Security update for the Linux Kernel</title>
      <link>https://db.gcve.eu/vuln/suse-su-2026:0263-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://db.gcve.eu/vuln/suse-su-2026:0263-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2023-54036</title>
      <link>https://db.gcve.eu/vuln/ubuntu-cve-2023-54036</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux-azure, 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, Ubuntu:Pro:16.04:LTS: linux-oracle, Ubuntu:Pro:18.04:LTS: linux, Ubuntu:Pro:18.04:LTS: linux-aws, Ubuntu:18.04:LTS: linux-aws-5.0 and 150 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: wifi: rtl8xxxu: Fix memory leaks with RTL8723BU, RTL8192EU The wifi + bluetooth combo chip RTL8723BU can leak memory (especially?) when it&amp;#39;s connected to a bluetooth audio device. The busy bluetooth traffic generates lots of C2H (card to host) messages, which are not freed correctly. To fix this, move the dev_kfree_skb() call in rtl8xxxu_c2hcmd_callback() inside the loop where skb_dequeue() is called. The RTL8192EU leaks memory because the C2H messages are added to the queue and left there forever. (This was fine in the past because it probably wasn&amp;#39;t sending any C2H messages until commit e542e66b7c2e (&amp;#34;wifi: rtl8xxxu: gen2: Turn on the rate control&amp;#34;). Since that commit it sends a C2H message when the TX rate changes.) To fix this, delete the check for rf_paths &amp;gt; 1 and the goto. Let the function process the C2H messages from RTL8192EU like the ones from the other chips. Theoretically the RTL8188FU could also leak like RTL8723BU, but it most likely doesn&amp;#39;t send C2H messages frequently enough. This change was tested with RTL8723BU by Erhard F. I tested it with RTL8188FU and RTL8192EU.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux-azure, 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, Ubuntu:Pro:16.04:LTS: linux-oracle, Ubuntu:Pro:18.04:LTS: linux, Ubuntu:Pro:18.04:LTS: linux-aws, Ubuntu:18.04:LTS: linux-aws-5.0 and 150 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: wifi: rtl8xxxu: Fix memory leaks with RTL8723BU, RTL8192EU The wifi + bluetooth combo chip RTL8723BU can leak memory (especially?) when it&amp;#39;s connected to a bluetooth audio device. The busy bluetooth traffic generates lots of C2H (card to host) messages, which are not freed correctly. To fix this, move the dev_kfree_skb() call in rtl8xxxu_c2hcmd_callback() inside the loop where skb_dequeue() is called. The RTL8192EU leaks memory because the C2H messages are added to the queue and left there forever. (This was fine in the past because it probably wasn&amp;#39;t sending any C2H messages until commit e542e66b7c2e (&amp;#34;wifi: rtl8xxxu: gen2: Turn on the rate control&amp;#34;). Since that commit it sends a C2H message when the TX rate changes.) To fix this, delete the check for rf_paths &amp;gt; 1 and the goto. Let the function process the C2H messages from RTL8192EU like the ones from the other chips. Theoretically the RTL8188FU could also leak like RTL8723BU, but it most likely doesn&amp;#39;t send C2H messages frequently enough. This change was tested with RTL8723BU by Erhard F. I tested it with RTL8188FU and RTL8192EU.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ubuntu-cve-2023-54036</guid>
    </item>
    <item>
      <title>WID-SEC-W-2025-2920 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://db.gcve.eu/vuln/wid-sec-w-2025-2920</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um nicht näher spezifizierte Angriffe durchzuführen, die möglicherweise zu einer Denial-of-Service- Bedingung führen oder eine Speicherbeschädigung verursachen können.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um nicht näher spezifizierte Angriffe durchzuführen, die möglicherweise zu einer Denial-of-Service- Bedingung führen oder eine Speicherbeschädigung verursachen können.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/wid-sec-w-2025-2920</guid>
    </item>
  </channel>
</rss>
