<?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>Tue, 29 Sep 2026 15:58:14 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-97969 — watchdog: msc313e: Fix clock leak and spurious timer in settimeout()</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-97969</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;watchdog: msc313e: Fix clock leak and spurious timer in settimeout()&lt;/p&gt;
&lt;p&gt;msc313e_wdt_settimeout() unconditionally calls msc313e_wdt_start() which
introduces two severe bugs:&lt;/p&gt;
&lt;p&gt;1. If the watchdog is already active, calling start() again will
   increase the reference count of the clock again.  However stop() is
   only called once, the reference count is unbalance.
2. If the watchdog is stopped, calling settimeout() will start
   the hardware timer accidentally.&lt;/p&gt;
&lt;p&gt;Factor out the register-writing logic into a helper function.  Only call
it in settimeout() if the watchdog is running.  Otherwise, simply update
`wdev-&amp;gt;timeout`.&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;watchdog: msc313e: Fix clock leak and spurious timer in settimeout()&lt;/p&gt;
&lt;p&gt;msc313e_wdt_settimeout() unconditionally calls msc313e_wdt_start() which
introduces two severe bugs:&lt;/p&gt;
&lt;p&gt;1. If the watchdog is already active, calling start() again will
   increase the reference count of the clock again.  However stop() is
   only called once, the reference count is unbalance.
2. If the watchdog is stopped, calling settimeout() will start
   the hardware timer accidentally.&lt;/p&gt;
&lt;p&gt;Factor out the register-writing logic into a helper function.  Only call
it in settimeout() if the watchdog is running.  Otherwise, simply update
`wdev-&amp;gt;timeout`.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-97969</guid>
    </item>
  </channel>
</rss>
