<?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>Mon, 05 Oct 2026 02:33:00 +0000</lastBuildDate>
    <item>
      <title>CVE-2024-42244 — USB: serial: mos7840: fix crash on resume</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2024-42244</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;USB: serial: mos7840: fix crash on resume&lt;/p&gt;
&lt;p&gt;Since commit c49cfa917025 (&amp;#34;USB: serial: use generic method if no
alternative is provided in usb serial layer&amp;#34;), USB serial core calls the
generic resume implementation when the driver has not provided one.&lt;/p&gt;
&lt;p&gt;This can trigger a crash on resume with mos7840 since support for
multiple read URBs was added back in 2011. Specifically, both port read
URBs are now submitted on resume for open ports, but the context pointer
of the second URB is left set to the core rather than mos7840 port
structure.&lt;/p&gt;
&lt;p&gt;Fix this by implementing dedicated suspend and resume functions for
mos7840.&lt;/p&gt;
&lt;p&gt;Tested with Delock 87414 USB 2.0 to 4x serial adapter.&lt;/p&gt;
&lt;p&gt;[ johan: analyse crash and rewrite commit message; set busy flag on
         resume; drop bulk-in check; drop unnecessary usb_kill_urb() ]&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;USB: serial: mos7840: fix crash on resume&lt;/p&gt;
&lt;p&gt;Since commit c49cfa917025 (&amp;#34;USB: serial: use generic method if no
alternative is provided in usb serial layer&amp;#34;), USB serial core calls the
generic resume implementation when the driver has not provided one.&lt;/p&gt;
&lt;p&gt;This can trigger a crash on resume with mos7840 since support for
multiple read URBs was added back in 2011. Specifically, both port read
URBs are now submitted on resume for open ports, but the context pointer
of the second URB is left set to the core rather than mos7840 port
structure.&lt;/p&gt;
&lt;p&gt;Fix this by implementing dedicated suspend and resume functions for
mos7840.&lt;/p&gt;
&lt;p&gt;Tested with Delock 87414 USB 2.0 to 4x serial adapter.&lt;/p&gt;
&lt;p&gt;[ johan: analyse crash and rewrite commit message; set busy flag on
         resume; drop bulk-in check; drop unnecessary usb_kill_urb() ]&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2024-42244</guid>
    </item>
  </channel>
</rss>
