<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-08T15:45:07.032477+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/cve-2022-49539</id>
    <title>CVE-2022-49539 — rtw89: ser: fix CAM leaks occurring in L2 reset</title>
    <updated>2026-10-08T15:45:07.048871+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Linux</p>
<p>In the Linux kernel, the following vulnerability has been resolved:</p>
<p>rtw89: ser: fix CAM leaks occurring in L2 reset</p>
<p>The CAM, meaning address CAM and bssid CAM here, will get leaks during
SER (system error recover) L2 reset process and ieee80211_restart_hw()
which is called by L2 reset process eventually.</p>
<p>The normal flow would be like
-&gt; add interface (acquire 1)
-&gt; enter ips (release 1)
-&gt; leave ips (acquire 1)
-&gt; connection (occupy 1) &lt;(A) 1 leak after L2 reset if non-sec connection&gt;</p>
<p>The ieee80211_restart_hw() flow (under connection)
-&gt; ieee80211 reconfig
-&gt; add interface (acquire 1)
-&gt; leave ips (acquire 1)
-&gt; connection (occupy (A) + 2) &lt;(B) 1 more leak&gt;</p>
<p>Originally, CAM is released before HW restart only if connection is under
security. Now, release CAM whatever connection it is to fix leak in (A).
OTOH, check if CAM is already valid to avoid acquiring multiple times to
fix (B).</p>
<p>Besides, if AP mode, release address CAM of all stations before HW restart.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2022-49539"/>
  </entry>
</feed>
