<?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:27:45 +0000</lastBuildDate>
    <item>
      <title>CVE-2025-38643 — wifi: cfg80211: Add missing lock in cfg80211_check_and_end_cac()</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2025-38643</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;wifi: cfg80211: Add missing lock in cfg80211_check_and_end_cac()&lt;/p&gt;
&lt;p&gt;Callers of wdev_chandef() must hold the wiphy mutex.&lt;/p&gt;
&lt;p&gt;But the worker cfg80211_propagate_cac_done_wk() never takes the lock.
Which triggers the warning below with the mesh_peer_connected_dfs
test from hostapd and not (yet) released mac80211 code changes:&lt;/p&gt;
&lt;p&gt;WARNING: CPU: 0 PID: 495 at net/wireless/chan.c:1552 wdev_chandef+0x60/0x165
Modules linked in:
CPU: 0 UID: 0 PID: 495 Comm: kworker/u4:2 Not tainted 6.14.0-rc5-wt-g03960e6f9d47 #33 13c287eeabfe1efea01c0bcc863723ab082e17cf
Workqueue: cfg80211 cfg80211_propagate_cac_done_wk
Stack:
 00000000 00000001 ffffff00 6093267c
 00000000 6002ec30 6d577c50 60037608
 00000000 67e8d108 6063717b 00000000
Call Trace:
 [&amp;lt;6002ec30&amp;gt;] ? _printk+0x0/0x98
 [&amp;lt;6003c2b3&amp;gt;] show_stack+0x10e/0x11a
 [&amp;lt;6002ec30&amp;gt;] ? _printk+0x0/0x98
 [&amp;lt;60037608&amp;gt;] dump_stack_lvl+0x71/0xb8
 [&amp;lt;6063717b&amp;gt;] ? wdev_chandef+0x60/0x165
 [&amp;lt;6003766d&amp;gt;] dump_stack+0x1e/0x20
 [&amp;lt;6005d1b7&amp;gt;] __warn+0x101/0x20f
 [&amp;lt;6005d3a8&amp;gt;] warn_slowpath_fmt+0xe3/0x15d
 [&amp;lt;600b0c5c&amp;gt;] ? mark_lock.part.0+0x0/0x4ec
 [&amp;lt;60751191&amp;gt;] ? __this_cpu_preempt_check+0x0/0x16
 [&amp;lt;600b11a2&amp;gt;] ? mark_held_locks+0x5a/0x6e
 [&amp;lt;6005d2c5&amp;gt;] ? warn_slowpath_fmt+0x0/0x15d
 [&amp;lt;60052e53&amp;gt;] ? unblock_signals+0x3a/0xe7
 [&amp;lt;60052f2d&amp;gt;] ? um_set_signals+0x2d/0x43
 [&amp;lt;60751191&amp;gt;] ? __this_cpu_preempt_check+0x0/0x16
 [&amp;lt;607508b2&amp;gt;] ? lock_is_held_type+0x207/0x21f
 [&amp;lt;6063717b&amp;gt;] wdev_chandef+0x60/0x165
 [&amp;lt;605f89b4&amp;gt;] re…&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;wifi: cfg80211: Add missing lock in cfg80211_check_and_end_cac()&lt;/p&gt;
&lt;p&gt;Callers of wdev_chandef() must hold the wiphy mutex.&lt;/p&gt;
&lt;p&gt;But the worker cfg80211_propagate_cac_done_wk() never takes the lock.
Which triggers the warning below with the mesh_peer_connected_dfs
test from hostapd and not (yet) released mac80211 code changes:&lt;/p&gt;
&lt;p&gt;WARNING: CPU: 0 PID: 495 at net/wireless/chan.c:1552 wdev_chandef+0x60/0x165
Modules linked in:
CPU: 0 UID: 0 PID: 495 Comm: kworker/u4:2 Not tainted 6.14.0-rc5-wt-g03960e6f9d47 #33 13c287eeabfe1efea01c0bcc863723ab082e17cf
Workqueue: cfg80211 cfg80211_propagate_cac_done_wk
Stack:
 00000000 00000001 ffffff00 6093267c
 00000000 6002ec30 6d577c50 60037608
 00000000 67e8d108 6063717b 00000000
Call Trace:
 [&amp;lt;6002ec30&amp;gt;] ? _printk+0x0/0x98
 [&amp;lt;6003c2b3&amp;gt;] show_stack+0x10e/0x11a
 [&amp;lt;6002ec30&amp;gt;] ? _printk+0x0/0x98
 [&amp;lt;60037608&amp;gt;] dump_stack_lvl+0x71/0xb8
 [&amp;lt;6063717b&amp;gt;] ? wdev_chandef+0x60/0x165
 [&amp;lt;6003766d&amp;gt;] dump_stack+0x1e/0x20
 [&amp;lt;6005d1b7&amp;gt;] __warn+0x101/0x20f
 [&amp;lt;6005d3a8&amp;gt;] warn_slowpath_fmt+0xe3/0x15d
 [&amp;lt;600b0c5c&amp;gt;] ? mark_lock.part.0+0x0/0x4ec
 [&amp;lt;60751191&amp;gt;] ? __this_cpu_preempt_check+0x0/0x16
 [&amp;lt;600b11a2&amp;gt;] ? mark_held_locks+0x5a/0x6e
 [&amp;lt;6005d2c5&amp;gt;] ? warn_slowpath_fmt+0x0/0x15d
 [&amp;lt;60052e53&amp;gt;] ? unblock_signals+0x3a/0xe7
 [&amp;lt;60052f2d&amp;gt;] ? um_set_signals+0x2d/0x43
 [&amp;lt;60751191&amp;gt;] ? __this_cpu_preempt_check+0x0/0x16
 [&amp;lt;607508b2&amp;gt;] ? lock_is_held_type+0x207/0x21f
 [&amp;lt;6063717b&amp;gt;] wdev_chandef+0x60/0x165
 [&amp;lt;605f89b4&amp;gt;] re…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2025-38643</guid>
    </item>
  </channel>
</rss>
