<?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://vulnerability.circl.lu</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>Fri, 02 Oct 2026 16:36:31 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-12642</title>
      <link>https://vulnerability.circl.lu/vuln/bdu:2026-12642</link>
      <description>bdu:2026-12642</description>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/bdu:2026-12642</guid>
    </item>
    <item>
      <title>BELL-CVE-2026-31728</title>
      <link>https://vulnerability.circl.lu/vuln/bell-cve-2026-31728</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://vulnerability.circl.lu/vuln/bell-cve-2026-31728</guid>
    </item>
    <item>
      <title>certfr-2026-avi-0547 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de Debian LTS. Certaines d'entre elles permettent à…</title>
      <link>https://vulnerability.circl.lu/vuln/certfr-2026-avi-0547</link>
      <description>certfr-2026-avi-0547</description>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/certfr-2026-avi-0547</guid>
    </item>
    <item>
      <title>fkie_cve-2026-31728</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-31728</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;usb: gadget: u_ether: Fix race between gether_disconnect and eth_stop&lt;/p&gt;
&lt;p&gt;A race condition between gether_disconnect() and eth_stop() leads to a
NULL pointer dereference. Specifically, if eth_stop() is triggered
concurrently while gether_disconnect() is tearing down the endpoints,
eth_stop() attempts to access the cleared endpoint descriptor, causing
the following NPE:&lt;/p&gt;
&lt;p&gt;Unable to handle kernel NULL pointer dereference
  Call trace:
   __dwc3_gadget_ep_enable+0x60/0x788
   dwc3_gadget_ep_enable+0x70/0xe4
   usb_ep_enable+0x60/0x15c
   eth_stop+0xb8/0x108&lt;/p&gt;
&lt;p&gt;Because eth_stop() crashes while holding the dev-&amp;gt;lock, the thread
running gether_disconnect() fails to acquire the same lock and spins
forever, resulting in a hardlockup:&lt;/p&gt;
&lt;p&gt;Core - Debugging Information for Hardlockup core(7)
  Call trace:
   queued_spin_lock_slowpath+0x94/0x488
   _raw_spin_lock+0x64/0x6c
   gether_disconnect+0x19c/0x1e8
   ncm_set_alt+0x68/0x1a0
   composite_setup+0x6a0/0xc50&lt;/p&gt;
&lt;p&gt;The root cause is that the clearing of dev-&amp;gt;port_usb in
gether_disconnect() is delayed until the end of the function.&lt;/p&gt;
&lt;p&gt;Move the clearing of dev-&amp;gt;port_usb to the very beginning of
gether_disconnect() while holding dev-&amp;gt;lock. This cuts off the link
immediately, ensuring eth_stop() will see dev-&amp;gt;port_usb as NULL and
safely bail out.&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;usb: gadget: u_ether: Fix race between gether_disconnect and eth_stop&lt;/p&gt;
&lt;p&gt;A race condition between gether_disconnect() and eth_stop() leads to a
NULL pointer dereference. Specifically, if eth_stop() is triggered
concurrently while gether_disconnect() is tearing down the endpoints,
eth_stop() attempts to access the cleared endpoint descriptor, causing
the following NPE:&lt;/p&gt;
&lt;p&gt;Unable to handle kernel NULL pointer dereference
  Call trace:
   __dwc3_gadget_ep_enable+0x60/0x788
   dwc3_gadget_ep_enable+0x70/0xe4
   usb_ep_enable+0x60/0x15c
   eth_stop+0xb8/0x108&lt;/p&gt;
&lt;p&gt;Because eth_stop() crashes while holding the dev-&amp;gt;lock, the thread
running gether_disconnect() fails to acquire the same lock and spins
forever, resulting in a hardlockup:&lt;/p&gt;
&lt;p&gt;Core - Debugging Information for Hardlockup core(7)
  Call trace:
   queued_spin_lock_slowpath+0x94/0x488
   _raw_spin_lock+0x64/0x6c
   gether_disconnect+0x19c/0x1e8
   ncm_set_alt+0x68/0x1a0
   composite_setup+0x6a0/0xc50&lt;/p&gt;
&lt;p&gt;The root cause is that the clearing of dev-&amp;gt;port_usb in
gether_disconnect() is delayed until the end of the function.&lt;/p&gt;
&lt;p&gt;Move the clearing of dev-&amp;gt;port_usb to the very beginning of
gether_disconnect() while holding dev-&amp;gt;lock. This cuts off the link
immediately, ensuring eth_stop() will see dev-&amp;gt;port_usb as NULL and
safely bail out.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-31728</guid>
    </item>
    <item>
      <title>GHSA-fhp6-cw2v-3rqj</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-fhp6-cw2v-3rqj</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;usb: gadget: u_ether: Fix race between gether_disconnect and eth_stop&lt;/p&gt;
&lt;p&gt;A race condition between gether_disconnect() and eth_stop() leads to a
NULL pointer dereference. Specifically, if eth_stop() is triggered
concurrently while gether_disconnect() is tearing down the endpoints,
eth_stop() attempts to access the cleared endpoint descriptor, causing
the following NPE:&lt;/p&gt;
&lt;p&gt;Unable to handle kernel NULL pointer dereference
  Call trace:
   __dwc3_gadget_ep_enable+0x60/0x788
   dwc3_gadget_ep_enable+0x70/0xe4
   usb_ep_enable+0x60/0x15c
   eth_stop+0xb8/0x108&lt;/p&gt;
&lt;p&gt;Because eth_stop() crashes while holding the dev-&amp;gt;lock, the thread
running gether_disconnect() fails to acquire the same lock and spins
forever, resulting in a hardlockup:&lt;/p&gt;
&lt;p&gt;Core - Debugging Information for Hardlockup core(7)
  Call trace:
   queued_spin_lock_slowpath+0x94/0x488
   _raw_spin_lock+0x64/0x6c
   gether_disconnect+0x19c/0x1e8
   ncm_set_alt+0x68/0x1a0
   composite_setup+0x6a0/0xc50&lt;/p&gt;
&lt;p&gt;The root cause is that the clearing of dev-&amp;gt;port_usb in
gether_disconnect() is delayed until the end of the function.&lt;/p&gt;
&lt;p&gt;Move the clearing of dev-&amp;gt;port_usb to the very beginning of
gether_disconnect() while holding dev-&amp;gt;lock. This cuts off the link
immediately, ensuring eth_stop() will see dev-&amp;gt;port_usb as NULL and
safely bail out.&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;usb: gadget: u_ether: Fix race between gether_disconnect and eth_stop&lt;/p&gt;
&lt;p&gt;A race condition between gether_disconnect() and eth_stop() leads to a
NULL pointer dereference. Specifically, if eth_stop() is triggered
concurrently while gether_disconnect() is tearing down the endpoints,
eth_stop() attempts to access the cleared endpoint descriptor, causing
the following NPE:&lt;/p&gt;
&lt;p&gt;Unable to handle kernel NULL pointer dereference
  Call trace:
   __dwc3_gadget_ep_enable+0x60/0x788
   dwc3_gadget_ep_enable+0x70/0xe4
   usb_ep_enable+0x60/0x15c
   eth_stop+0xb8/0x108&lt;/p&gt;
&lt;p&gt;Because eth_stop() crashes while holding the dev-&amp;gt;lock, the thread
running gether_disconnect() fails to acquire the same lock and spins
forever, resulting in a hardlockup:&lt;/p&gt;
&lt;p&gt;Core - Debugging Information for Hardlockup core(7)
  Call trace:
   queued_spin_lock_slowpath+0x94/0x488
   _raw_spin_lock+0x64/0x6c
   gether_disconnect+0x19c/0x1e8
   ncm_set_alt+0x68/0x1a0
   composite_setup+0x6a0/0xc50&lt;/p&gt;
&lt;p&gt;The root cause is that the clearing of dev-&amp;gt;port_usb in
gether_disconnect() is delayed until the end of the function.&lt;/p&gt;
&lt;p&gt;Move the clearing of dev-&amp;gt;port_usb to the very beginning of
gether_disconnect() while holding dev-&amp;gt;lock. This cuts off the link
immediately, ensuring eth_stop() will see dev-&amp;gt;port_usb as NULL and
safely bail out.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-fhp6-cw2v-3rqj</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:21555-1 — Security update for the Linux Kernel</title>
      <link>https://vulnerability.circl.lu/vuln/opensuse-su-2026:21555-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://vulnerability.circl.lu/vuln/opensuse-su-2026:21555-1</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:23066-1 — Security update for the Linux Kernel</title>
      <link>https://vulnerability.circl.lu/vuln/suse-su-2026:23066-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://vulnerability.circl.lu/vuln/suse-su-2026:23066-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-31728</title>
      <link>https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-31728</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux, 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 and 233 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: usb: gadget: u_ether: Fix race between gether_disconnect and eth_stop A race condition between gether_disconnect() and eth_stop() leads to a NULL pointer dereference. Specifically, if eth_stop() is triggered concurrently while gether_disconnect() is tearing down the endpoints, eth_stop() attempts to access the cleared endpoint descriptor, causing the following NPE:   Unable to handle kernel NULL pointer dereference   Call trace:    __dwc3_gadget_ep_enable+0x60/0x788    dwc3_gadget_ep_enable+0x70/0xe4    usb_ep_enable+0x60/0x15c    eth_stop+0xb8/0x108 Because eth_stop() crashes while holding the dev-&amp;gt;lock, the thread running gether_disconnect() fails to acquire the same lock and spins forever, resulting in a hardlockup:   Core - Debugging Information for Hardlockup core(7)   Call trace:    queued_spin_lock_slowpath+0x94/0x488    _raw_spin_lock+0x64/0x6c    gether_disconnect+0x19c/0x1e8    ncm_set_alt+0x68/0x1a0    composite_setup+0x6a0/0xc50 The root cause is that the clearing of dev-&amp;gt;port_usb in gether_disconnect() is delayed until the end of the function. Move the clearing of dev-&amp;gt;port_usb to the very beginning of gether_disconnect() while holding dev-&amp;gt;lock. This cuts off the link immediately, ensuring eth_stop() will see dev-&amp;gt;port_usb as NULL and safely bail out.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux, 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 and 233 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: usb: gadget: u_ether: Fix race between gether_disconnect and eth_stop A race condition between gether_disconnect() and eth_stop() leads to a NULL pointer dereference. Specifically, if eth_stop() is triggered concurrently while gether_disconnect() is tearing down the endpoints, eth_stop() attempts to access the cleared endpoint descriptor, causing the following NPE:   Unable to handle kernel NULL pointer dereference   Call trace:    __dwc3_gadget_ep_enable+0x60/0x788    dwc3_gadget_ep_enable+0x70/0xe4    usb_ep_enable+0x60/0x15c    eth_stop+0xb8/0x108 Because eth_stop() crashes while holding the dev-&amp;gt;lock, the thread running gether_disconnect() fails to acquire the same lock and spins forever, resulting in a hardlockup:   Core - Debugging Information for Hardlockup core(7)   Call trace:    queued_spin_lock_slowpath+0x94/0x488    _raw_spin_lock+0x64/0x6c    gether_disconnect+0x19c/0x1e8    ncm_set_alt+0x68/0x1a0    composite_setup+0x6a0/0xc50 The root cause is that the clearing of dev-&amp;gt;port_usb in gether_disconnect() is delayed until the end of the function. Move the clearing of dev-&amp;gt;port_usb to the very beginning of gether_disconnect() while holding dev-&amp;gt;lock. This cuts off the link immediately, ensuring eth_stop() will see dev-&amp;gt;port_usb as NULL and safely bail out.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-31728</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-1346 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://vulnerability.circl.lu/vuln/wid-sec-w-2026-1346</link>
      <description>&lt;p&gt;Ein entfernter Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um Root-Rechte zu erlangen, um Sicherheitsmechanismen zu umgehen, einen Denial-of-Service-Zustand herbeizuführen oder Auswirkungen unbestimmter Art zu erzielen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein entfernter Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um Root-Rechte zu erlangen, um Sicherheitsmechanismen zu umgehen, einen Denial-of-Service-Zustand herbeizuführen oder Auswirkungen unbestimmter Art zu erzielen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/wid-sec-w-2026-1346</guid>
    </item>
  </channel>
</rss>
