CVE-2022-49326
published 2025-02-26CVE-2022-49326: In the Linux kernel, the following vulnerability has been resolved: rtl818x: Prevent using not initialized queues Using not existing queues can panic the…
PriorityP421medium5.5CVSS 3.1
AVLACLPRLUINSUCNINAH
EPSS
0.29%
21.2th percentile
In the Linux kernel, the following vulnerability has been resolved:
rtl818x: Prevent using not initialized queues
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 ([email protected]) reported the kernel crash in the Gentoo forum:
https://forums.gentoo.org/viewtopic-t-1147832-postdays-0-postorder-asc-start-25.html
He also confirmed that this patch fixes the issue. In summary this happened:
After updating wpa_supplicant from 2.9 to 2.10 the kernel crashed with a
"divide error: 0000" 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.
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.
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->idx + skb_queue_len(&ring->queue)) % ring->entries
"ring->entries" is zero for rtl8180/rtl8185 cards, tx_ring[2] never got
initialized.
Affected
23 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | linux | < linux 5.18.5-1 (bookworm) | linux 5.18.5-1 (bookworm) |
| linux | linux | — | — |
| linux | linux | >= fd6564fcdc0bfcd432e6e939f9538acc3905d08a < b5dca2cd3f0239512da808598b4e70557eb4c2a1 | b5dca2cd3f0239512da808598b4e70557eb4c2a1 |
| linux | linux | >= fd6564fcdc0bfcd432e6e939f9538acc3905d08a < d7e30dfc166d33470bba31a42f9bbc346e5409d5 | d7e30dfc166d33470bba31a42f9bbc346e5409d5 |
| linux | linux | >= fd6564fcdc0bfcd432e6e939f9538acc3905d08a < 9d5e96cc1f1720019ce27b127a31695148d38bb0 | 9d5e96cc1f1720019ce27b127a31695148d38bb0 |
| linux | linux | >= fd6564fcdc0bfcd432e6e939f9538acc3905d08a < b8ce58ab80faaea015c206382041ff3bcf5495ff | b8ce58ab80faaea015c206382041ff3bcf5495ff |
| linux | linux | >= fd6564fcdc0bfcd432e6e939f9538acc3905d08a < 769ec2a824deae2f1268dfda14999a4d14d0d0c5 | 769ec2a824deae2f1268dfda14999a4d14d0d0c5 |
| linux | linux | >= fd6564fcdc0bfcd432e6e939f9538acc3905d08a < 6ad81ad0cf5744738ce94c8e64051ddd80a1734c | 6ad81ad0cf5744738ce94c8e64051ddd80a1734c |
| linux | linux | >= fd6564fcdc0bfcd432e6e939f9538acc3905d08a < 9ad1981fc4de3afb7db3e8eb5a6a52d4c7d0d577 | 9ad1981fc4de3afb7db3e8eb5a6a52d4c7d0d577 |
| linux | linux | >= fd6564fcdc0bfcd432e6e939f9538acc3905d08a < 98e55b0b876bde3353f4e074883d66ecb55c65a3 | 98e55b0b876bde3353f4e074883d66ecb55c65a3 |
| linux | linux | >= fd6564fcdc0bfcd432e6e939f9538acc3905d08a < 746285cf81dc19502ab238249d75f5990bd2d231 | 746285cf81dc19502ab238249d75f5990bd2d231 |
| linux | linux_kernel | < 4.9.318 | 4.9.318 |
| linux | linux_kernel | >= 0 < 5.10.127-1 | 5.10.127-1 |
| linux | linux_kernel | >= 0 < 5.18.5-1 | 5.18.5-1 |
| linux | linux_kernel | >= 0 < 5.18.5-1 | 5.18.5-1 |
| linux | linux_kernel | >= 0 < 5.18.5-1 | 5.18.5-1 |
| linux | linux_kernel | >= 4.10 < 4.14.283 | 4.14.283 |
| linux | linux_kernel | >= 4.15 < 4.19.247 | 4.19.247 |
| linux | linux_kernel | >= 4.20 < 5.4.198 | 5.4.198 |
| linux | linux_kernel | >= 5.11 < 5.15.46 | 5.15.46 |
| linux | linux_kernel | >= 5.16 < 5.17.14 | 5.17.14 |
| linux | linux_kernel | >= 5.18 < 5.18.3 | 5.18.3 |
| linux | linux_kernel | >= 5.5 < 5.10.121 | 5.10.121 |
CVSS provenance
nvdv3.15.5MEDIUMCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
osv5.5MEDIUM
vendor_debian5.5MEDIUM
vendor_redhat5.5MEDIUM
Stop checking back — get the weekly exploitation signal.
Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.
Red Hat
kernel: rtl818x: Prevent using not initialized queues
vendor_redhat·2025-02-26·CVSS 5.5
CVE-2022-49326 [MEDIUM] CWE-908 kernel: rtl818x: Prevent using not initialized queues
kernel: rtl818x: Prevent using not initialized queues
In the Linux kernel, the following vulnerability has been resolved:
rtl818x: Prevent using not initialized queues
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 ([email protected]) reported the kernel crash in the Gentoo forum:
https://forums.gentoo.org/viewtopic-t-1147832-postdays-0-postorder-asc-start-25.html
He also confirmed that this patch fixes the issue. In summary this happened:
After updating wpa_supplicant from 2.9 to 2.10 the kernel crashed with a
"divide error: 0000" 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.
Since only the
Debian
CVE-2022-49326: linux - In the Linux kernel, the following vulnerability has been resolved: rtl818x: Pr...
vendor_debian·2022·CVSS 5.5
CVE-2022-49326 [MEDIUM] CVE-2022-49326: linux - In the Linux kernel, the following vulnerability has been resolved: rtl818x: Pr...
In the Linux kernel, the following vulnerability has been resolved: rtl818x: Prevent using not initialized queues 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 ([email protected]) reported the kernel crash in the Gentoo forum: https://forums.gentoo.org/viewtopic-t-1147832-postdays-0-postorder-asc-start-25.html He also confirmed that this patch fixes the issue. In summary this happened: After updating wpa_supplicant from 2.9 to 2.10 the kernel crashed with a "divide error: 0000" 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. Since only the rtl8187se part of the driver supports QoS, the priority
GHSA
GHSA-3v9q-m8x4-6crj: In the Linux kernel, the following vulnerability has been resolved:
rtl818x: Prevent using not initialized queues
Using not existing queues can pani
ghsa_unreviewed·2025-03-14
CVE-2022-49326 [MEDIUM] CWE-908 GHSA-3v9q-m8x4-6crj: In the Linux kernel, the following vulnerability has been resolved:
rtl818x: Prevent using not initialized queues
Using not existing queues can pani
In the Linux kernel, the following vulnerability has been resolved:
rtl818x: Prevent using not initialized queues
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 ([email protected]) reported the kernel crash in the Gentoo forum:
https://forums.gentoo.org/viewtopic-t-1147832-postdays-0-postorder-asc-start-25.html
He also confirmed that this patch fixes the issue. In summary this happened:
After updating wpa_supplicant from 2.9 to 2.10 the kernel crashed with a
"divide error: 0000" 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.
Since only the rtl8187se part of the driver supports QoS, the pr
OSV
CVE-2022-49326: In the Linux kernel, the following vulnerability has been resolved: rtl818x: Prevent using not initialized queues Using not existing queues can panic
osv·2025-02-26·CVSS 5.5
CVE-2022-49326 [MEDIUM] CVE-2022-49326: In the Linux kernel, the following vulnerability has been resolved: rtl818x: Prevent using not initialized queues Using not existing queues can panic
In the Linux kernel, the following vulnerability has been resolved: rtl818x: Prevent using not initialized queues 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 ([email protected]) reported the kernel crash in the Gentoo forum: https://forums.gentoo.org/viewtopic-t-1147832-postdays-0-postorder-asc-start-25.html He also confirmed that this patch fixes the issue. In summary this happened: After updating wpa_supplicant from 2.9 to 2.10 the kernel crashed with a "divide error: 0000" 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. Since only the rtl8187se part of the driver supports QoS, the priority
No detection rules found.
No public exploits indexed.
https://git.kernel.org/stable/c/6ad81ad0cf5744738ce94c8e64051ddd80a1734chttps://git.kernel.org/stable/c/746285cf81dc19502ab238249d75f5990bd2d231https://git.kernel.org/stable/c/769ec2a824deae2f1268dfda14999a4d14d0d0c5https://git.kernel.org/stable/c/98e55b0b876bde3353f4e074883d66ecb55c65a3https://git.kernel.org/stable/c/9ad1981fc4de3afb7db3e8eb5a6a52d4c7d0d577https://git.kernel.org/stable/c/9d5e96cc1f1720019ce27b127a31695148d38bb0https://git.kernel.org/stable/c/b5dca2cd3f0239512da808598b4e70557eb4c2a1https://git.kernel.org/stable/c/b8ce58ab80faaea015c206382041ff3bcf5495ffhttps://git.kernel.org/stable/c/d7e30dfc166d33470bba31a42f9bbc346e5409d5
2025-02-26
Published