<?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 15:38:01 +0000</lastBuildDate>
    <item>
      <title>bdu:2025-14366</title>
      <link>https://vulnerability.circl.lu/vuln/bdu:2025-14366</link>
      <description>bdu:2025-14366</description>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/bdu:2025-14366</guid>
    </item>
    <item>
      <title>fkie_cve-2021-47272</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2021-47272</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;usb: dwc3: gadget: Bail from dwc3_gadget_exit() if dwc-&amp;gt;gadget is NULL&lt;/p&gt;
&lt;p&gt;There exists a possible scenario in which dwc3_gadget_init() can fail:
during during host -&amp;gt; peripheral mode switch in dwc3_set_mode(), and
a pending gadget driver fails to bind.  Then, if the DRD undergoes
another mode switch from peripheral-&amp;gt;host the resulting
dwc3_gadget_exit() will attempt to reference an invalid and dangling
dwc-&amp;gt;gadget pointer as well as call dma_free_coherent() on unmapped
DMA pointers.&lt;/p&gt;
&lt;p&gt;The exact scenario can be reproduced as follows:
 - Start DWC3 in peripheral mode
 - Configure ConfigFS gadget with FunctionFS instance (or use g_ffs)
 - Run FunctionFS userspace application (open EPs, write descriptors, etc)
 - Bind gadget driver to DWC3&amp;#39;s UDC
 - Switch DWC3 to host mode
   =&amp;gt; dwc3_gadget_exit() is called. usb_del_gadget() will put the
	ConfigFS driver instance on the gadget_driver_pending_list
 - Stop FunctionFS application (closes the ep files)
 - Switch DWC3 to peripheral mode
   =&amp;gt; dwc3_gadget_init() fails as usb_add_gadget() calls
	check_pending_gadget_drivers() and attempts to rebind the UDC
	to the ConfigFS gadget but fails with -19 (-ENODEV) because the
	FFS instance is not in FFS_ACTIVE state (userspace has not
	re-opened and written the descriptors yet, i.e. desc_ready!=0).
 - Switch DWC3 back to host mode
   =&amp;gt; dwc3_gadget_exit() is called again, but this time dwc-&amp;gt;gadget
	is invalid.&lt;/p&gt;
&lt;p&gt;Although it can…&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: dwc3: gadget: Bail from dwc3_gadget_exit() if dwc-&amp;gt;gadget is NULL&lt;/p&gt;
&lt;p&gt;There exists a possible scenario in which dwc3_gadget_init() can fail:
during during host -&amp;gt; peripheral mode switch in dwc3_set_mode(), and
a pending gadget driver fails to bind.  Then, if the DRD undergoes
another mode switch from peripheral-&amp;gt;host the resulting
dwc3_gadget_exit() will attempt to reference an invalid and dangling
dwc-&amp;gt;gadget pointer as well as call dma_free_coherent() on unmapped
DMA pointers.&lt;/p&gt;
&lt;p&gt;The exact scenario can be reproduced as follows:
 - Start DWC3 in peripheral mode
 - Configure ConfigFS gadget with FunctionFS instance (or use g_ffs)
 - Run FunctionFS userspace application (open EPs, write descriptors, etc)
 - Bind gadget driver to DWC3&amp;#39;s UDC
 - Switch DWC3 to host mode
   =&amp;gt; dwc3_gadget_exit() is called. usb_del_gadget() will put the
	ConfigFS driver instance on the gadget_driver_pending_list
 - Stop FunctionFS application (closes the ep files)
 - Switch DWC3 to peripheral mode
   =&amp;gt; dwc3_gadget_init() fails as usb_add_gadget() calls
	check_pending_gadget_drivers() and attempts to rebind the UDC
	to the ConfigFS gadget but fails with -19 (-ENODEV) because the
	FFS instance is not in FFS_ACTIVE state (userspace has not
	re-opened and written the descriptors yet, i.e. desc_ready!=0).
 - Switch DWC3 back to host mode
   =&amp;gt; dwc3_gadget_exit() is called again, but this time dwc-&amp;gt;gadget
	is invalid.&lt;/p&gt;
&lt;p&gt;Although it can…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2021-47272</guid>
    </item>
    <item>
      <title>GHSA-jpfh-4v99-5m27</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-jpfh-4v99-5m27</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;usb: dwc3: gadget: Bail from dwc3_gadget_exit() if dwc-&amp;gt;gadget is NULL&lt;/p&gt;
&lt;p&gt;There exists a possible scenario in which dwc3_gadget_init() can fail:
during during host -&amp;gt; peripheral mode switch in dwc3_set_mode(), and
a pending gadget driver fails to bind.  Then, if the DRD undergoes
another mode switch from peripheral-&amp;gt;host the resulting
dwc3_gadget_exit() will attempt to reference an invalid and dangling
dwc-&amp;gt;gadget pointer as well as call dma_free_coherent() on unmapped
DMA pointers.&lt;/p&gt;
&lt;p&gt;The exact scenario can be reproduced as follows:
 - Start DWC3 in peripheral mode
 - Configure ConfigFS gadget with FunctionFS instance (or use g_ffs)
 - Run FunctionFS userspace application (open EPs, write descriptors, etc)
 - Bind gadget driver to DWC3&amp;#39;s UDC
 - Switch DWC3 to host mode
   =&amp;gt; dwc3_gadget_exit() is called. usb_del_gadget() will put the
	ConfigFS driver instance on the gadget_driver_pending_list
 - Stop FunctionFS application (closes the ep files)
 - Switch DWC3 to peripheral mode
   =&amp;gt; dwc3_gadget_init() fails as usb_add_gadget() calls
	check_pending_gadget_drivers() and attempts to rebind the UDC
	to the ConfigFS gadget but fails with -19 (-ENODEV) because the
	FFS instance is not in FFS_ACTIVE state (userspace has not
	re-opened and written the descriptors yet, i.e. desc_ready!=0).
 - Switch DWC3 back to host mode
   =&amp;gt; dwc3_gadget_exit() is called again, but this time dwc-&amp;gt;gadget
	is invalid.&lt;/p&gt;
&lt;p&gt;Although it can…&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: dwc3: gadget: Bail from dwc3_gadget_exit() if dwc-&amp;gt;gadget is NULL&lt;/p&gt;
&lt;p&gt;There exists a possible scenario in which dwc3_gadget_init() can fail:
during during host -&amp;gt; peripheral mode switch in dwc3_set_mode(), and
a pending gadget driver fails to bind.  Then, if the DRD undergoes
another mode switch from peripheral-&amp;gt;host the resulting
dwc3_gadget_exit() will attempt to reference an invalid and dangling
dwc-&amp;gt;gadget pointer as well as call dma_free_coherent() on unmapped
DMA pointers.&lt;/p&gt;
&lt;p&gt;The exact scenario can be reproduced as follows:
 - Start DWC3 in peripheral mode
 - Configure ConfigFS gadget with FunctionFS instance (or use g_ffs)
 - Run FunctionFS userspace application (open EPs, write descriptors, etc)
 - Bind gadget driver to DWC3&amp;#39;s UDC
 - Switch DWC3 to host mode
   =&amp;gt; dwc3_gadget_exit() is called. usb_del_gadget() will put the
	ConfigFS driver instance on the gadget_driver_pending_list
 - Stop FunctionFS application (closes the ep files)
 - Switch DWC3 to peripheral mode
   =&amp;gt; dwc3_gadget_init() fails as usb_add_gadget() calls
	check_pending_gadget_drivers() and attempts to rebind the UDC
	to the ConfigFS gadget but fails with -19 (-ENODEV) because the
	FFS instance is not in FFS_ACTIVE state (userspace has not
	re-opened and written the descriptors yet, i.e. desc_ready!=0).
 - Switch DWC3 back to host mode
   =&amp;gt; dwc3_gadget_exit() is called again, but this time dwc-&amp;gt;gadget
	is invalid.&lt;/p&gt;
&lt;p&gt;Although it can…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-jpfh-4v99-5m27</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2021-47272</title>
      <link>https://vulnerability.circl.lu/vuln/ubuntu-cve-2021-47272</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: usb: dwc3: gadget: Bail from dwc3_gadget_exit() if dwc-&amp;gt;gadget is NULL There exists a possible scenario in which dwc3_gadget_init() can fail: during during host -&amp;gt; peripheral mode switch in dwc3_set_mode(), and a pending gadget driver fails to bind.  Then, if the DRD undergoes another mode switch from peripheral-&amp;gt;host the resulting dwc3_gadget_exit() will attempt to reference an invalid and dangling dwc-&amp;gt;gadget pointer as well as call dma_free_coherent() on unmapped DMA pointers. The exact scenario can be reproduced as follows:  - Start DWC3 in peripheral mode  - Configure ConfigFS gadget with FunctionFS instance (or use g_ffs)  - Run FunctionFS userspace application (open EPs, write descriptors, etc)  - Bind gadget driver to DWC3&amp;#39;s UDC  - Switch DWC3 to host mode    =&amp;gt; dwc3_gadget_exit() is called. usb_del_gadget() will put the 	ConfigFS driver instance on the gadget_driver_pending_list  - Stop FunctionFS application (closes the ep files)  - Switch DWC3 to peripheral mode    =&amp;gt; dwc3_gadget_init() fails as usb_add_gadget() calls 	check_pending_gadget_drivers() and attempts to rebind the UDC 	to the ConfigFS gadget but fails with -19 (-ENODEV) because the 	FFS instance is not in FFS_ACTIVE state (userspace has not 	re-opened and written the descriptors yet, i.e. desc_ready!=0).  - Switch DWC3 back to host mode    =&amp;gt; dwc3_gadget_exit() is called again, but this time dwc-&amp;gt;gadget 	is invalid. Although it can be…&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: usb: dwc3: gadget: Bail from dwc3_gadget_exit() if dwc-&amp;gt;gadget is NULL There exists a possible scenario in which dwc3_gadget_init() can fail: during during host -&amp;gt; peripheral mode switch in dwc3_set_mode(), and a pending gadget driver fails to bind.  Then, if the DRD undergoes another mode switch from peripheral-&amp;gt;host the resulting dwc3_gadget_exit() will attempt to reference an invalid and dangling dwc-&amp;gt;gadget pointer as well as call dma_free_coherent() on unmapped DMA pointers. The exact scenario can be reproduced as follows:  - Start DWC3 in peripheral mode  - Configure ConfigFS gadget with FunctionFS instance (or use g_ffs)  - Run FunctionFS userspace application (open EPs, write descriptors, etc)  - Bind gadget driver to DWC3&amp;#39;s UDC  - Switch DWC3 to host mode    =&amp;gt; dwc3_gadget_exit() is called. usb_del_gadget() will put the 	ConfigFS driver instance on the gadget_driver_pending_list  - Stop FunctionFS application (closes the ep files)  - Switch DWC3 to peripheral mode    =&amp;gt; dwc3_gadget_init() fails as usb_add_gadget() calls 	check_pending_gadget_drivers() and attempts to rebind the UDC 	to the ConfigFS gadget but fails with -19 (-ENODEV) because the 	FFS instance is not in FFS_ACTIVE state (userspace has not 	re-opened and written the descriptors yet, i.e. desc_ready!=0).  - Switch DWC3 back to host mode    =&amp;gt; dwc3_gadget_exit() is called again, but this time dwc-&amp;gt;gadget 	is invalid. Although it can be…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ubuntu-cve-2021-47272</guid>
    </item>
  </channel>
</rss>
