<?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>Wed, 30 Sep 2026 11:43:34 +0000</lastBuildDate>
    <item>
      <title>CVE-2022-49326 — rtl818x: Prevent using not initialized queues</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2022-49326</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;rtl818x: Prevent using not initialized queues&lt;/p&gt;
&lt;p&gt;Using not existing queues can panic the kernel with rtl8180/rtl8185 cards.
Ignore the skb priority for those cards, they only have one tx queue. Pierre
Asselin (pa@panix.com) reported the kernel crash in the Gentoo forum:&lt;/p&gt;
&lt;p&gt;https://forums.gentoo.org/viewtopic-t-1147832-postdays-0-postorder-asc-start-25.html&lt;/p&gt;
&lt;p&gt;He also confirmed that this patch fixes the issue. In summary this happened:&lt;/p&gt;
&lt;p&gt;After updating wpa_supplicant from 2.9 to 2.10 the kernel crashed with a
&amp;#34;divide error: 0000&amp;#34; when connecting to an AP. Control port tx now tries to
use IEEE80211_AC_VO for the priority, which wpa_supplicants starts to use in
2.10.&lt;/p&gt;
&lt;p&gt;Since only the rtl8187se part of the driver supports QoS, the priority
of the skb is set to IEEE80211_AC_BE (2) by mac80211 for rtl8180/rtl8185
cards.&lt;/p&gt;
&lt;p&gt;rtl8180 is then unconditionally reading out the priority and finally crashes on
drivers/net/wireless/realtek/rtl818x/rtl8180/dev.c line 544 without this
patch:
	idx = (ring-&amp;gt;idx + skb_queue_len(&amp;amp;ring-&amp;gt;queue)) % ring-&amp;gt;entries&lt;/p&gt;
&lt;p&gt;&amp;#34;ring-&amp;gt;entries&amp;#34; is zero for rtl8180/rtl8185 cards, tx_ring[2] never got
initialized.&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;rtl818x: Prevent using not initialized queues&lt;/p&gt;
&lt;p&gt;Using not existing queues can panic the kernel with rtl8180/rtl8185 cards.
Ignore the skb priority for those cards, they only have one tx queue. Pierre
Asselin (pa@panix.com) reported the kernel crash in the Gentoo forum:&lt;/p&gt;
&lt;p&gt;https://forums.gentoo.org/viewtopic-t-1147832-postdays-0-postorder-asc-start-25.html&lt;/p&gt;
&lt;p&gt;He also confirmed that this patch fixes the issue. In summary this happened:&lt;/p&gt;
&lt;p&gt;After updating wpa_supplicant from 2.9 to 2.10 the kernel crashed with a
&amp;#34;divide error: 0000&amp;#34; when connecting to an AP. Control port tx now tries to
use IEEE80211_AC_VO for the priority, which wpa_supplicants starts to use in
2.10.&lt;/p&gt;
&lt;p&gt;Since only the rtl8187se part of the driver supports QoS, the priority
of the skb is set to IEEE80211_AC_BE (2) by mac80211 for rtl8180/rtl8185
cards.&lt;/p&gt;
&lt;p&gt;rtl8180 is then unconditionally reading out the priority and finally crashes on
drivers/net/wireless/realtek/rtl818x/rtl8180/dev.c line 544 without this
patch:
	idx = (ring-&amp;gt;idx + skb_queue_len(&amp;amp;ring-&amp;gt;queue)) % ring-&amp;gt;entries&lt;/p&gt;
&lt;p&gt;&amp;#34;ring-&amp;gt;entries&amp;#34; is zero for rtl8180/rtl8185 cards, tx_ring[2] never got
initialized.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2022-49326</guid>
    </item>
  </channel>
</rss>
