CVE-2024-56541

一、漏洞信息
 漏洞编号：[CVE-2024-56541](https://nvd.nist.gov/vuln/detail/CVE-2024-56541)
 漏洞归属组件：[kernel](https://gitee.com/src-openeuler/kernel)
 漏洞归属的版本：4.19.140,4.19.194,4.19.90,5.10.0,6.1.19,6.4.0,6.6.0
 CVSS V3.0分值：
  BaseScore：7.8 High
  Vector：CVSS：3.0/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
 漏洞简述：
  In the Linux kernel, the following vulnerability has been resolved:wifi: ath12k: fix use-after-free in ath12k_dp_cc_cleanup()During ath12k module removal, in ath12k_core_deinit(),ath12k_mac_destroy() un-registers ah->hw from mac80211 and freesthe ah->hw as well as all the ar s in it. After thisath12k_core_soc_destroy()-> ath12k_dp_free()-> ath12k_dp_cc_cleanup()tries to access one of the freed ar s from pending skb.This is because during mac destroy, driver failed to flush fewdata packets, which were accessed later in ath12k_dp_cc_cleanup()and freed, but using ar from the packet led to this use-after-free.BUG: KASAN: use-after-free in ath12k_dp_cc_cleanup.part.0+0x5e2/0xd40 [ath12k]Write of size 4 at addr ffff888150bd3514 by task modprobe/8926CPU: 0 UID: 0 PID: 8926 Comm: modprobe Not tainted6.11.0-rc2-wt-ath+ #1746Hardware name: Intel(R) Client Systems NUC8i7HVK/NUC8i7HVB, BIOSHNKBLi70.86A.0067.2021.0528.1339 05/28/2021Call Trace:  <TASK>  dump_stack_lvl+0x7d/0xe0  print_address_description.constprop.0+0x33/0x3a0  print_report+0xb5/0x260  ? kasan_addr_to_slab+0x24/0x80  kasan_report+0xd8/0x110  ? ath12k_dp_cc_cleanup.part.0+0x5e2/0xd40 [ath12k]  ? ath12k_dp_cc_cleanup.part.0+0x5e2/0xd40 [ath12k]  kasan_check_range+0xf3/0x1a0  __kasan_check_write+0x14/0x20  ath12k_dp_cc_cleanup.part.0+0x5e2/0xd40 [ath12k]  ath12k_dp_free+0x178/0x420 [ath12k]  ath12k_core_stop+0x176/0x200 [ath12k]  ath12k_core_deinit+0x13f/0x210 [ath12k]  ath12k_pci_remove+0xad/0x1c0 [ath12k]  pci_device_remove+0x9b/0x1b0  device_remove+0xbf/0x150  device_release_driver_internal+0x3c3/0x580  ? __kasan_check_read+0x11/0x20  driver_detach+0xc4/0x190  bus_remove_driver+0x130/0x2a0  driver_unregister+0x68/0x90  pci_unregister_driver+0x24/0x240  ? find_module_all+0x13e/0x1e0  ath12k_pci_exit+0x10/0x20 [ath12k]  __do_sys_delete_module+0x32c/0x580  ? module_flags+0x2f0/0x2f0  ? kmem_cache_free+0xf0/0x410  ? __fput+0x56f/0xab0  ? __fput+0x56f/0xab0  ? debug_smp_processor_id+0x17/0x20  __x64_sys_delete_module+0x4f/0x70  x64_sys_call+0x522/0x9f0  do_syscall_64+0x64/0x130  entry_SYSCALL_64_after_hwframe+0x4b/0x53RIP: 0033:0x7f8182c6ac8bCommit 24de1b7b231c ( wifi: ath12k: fix flush failure in recoveryscenarios ) added the change to decrement the pending packets countin case of recovery which make sense as ah->hw as well allar s in it are intact during recovery, but during core deinit thereis no use in decrementing packets count or waking up the empty waitqas the module is going to be removed also ar s from pending skb scan t be used and the packets should just be released back.To fix this, avoid accessing ar from skb->cb when driver is beingunregistered.Tested-on: QCN9274 hw2.0 PCI WLAN.WBE.1.1.1-00214-QCAHKSWPL_SILICONZ-1Tested-on: WCN7850 hw2.0 PCI WLAN.HMT.1.0.c5-00481-QCAHMTSWPL_V1.0_V2.0_SILICONZ-3
 漏洞公开时间：2024-12-27 22:15:33
 漏洞创建时间：2025-01-21 00:14:14
 漏洞详情参考链接：
  https://nvd.nist.gov/vuln/detail/CVE-2024-56541
<details>
<summary>更多参考(点击展开)</summary>

| 参考来源 | 参考链接 | 来源链接 |
| ------- | -------- | -------- |
| 416baaa9-dc9f-4396-8d5f-8c081fb06d67 | https://git.kernel.org/stable/c/35be5018a2a4d1b07bdfcf957c81121d22d16355 |  |
| 416baaa9-dc9f-4396-8d5f-8c081fb06d67 | https://git.kernel.org/stable/c/bdb281103373fd80eb5c91cede1e115ba270b4e9 |  |
| 416baaa9-dc9f-4396-8d5f-8c081fb06d67 | https://git.kernel.org/stable/c/e5e15c8b42923bfb6c84d3d906a9965d9a0f111d |  |
| suse_bugzilla | http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2024-56541 | https://bugzilla.suse.com/show_bug.cgi?id=1235064 |
| suse_bugzilla | https://www.cve.org/CVERecord?id=CVE-2024-56541 | https://bugzilla.suse.com/show_bug.cgi?id=1235064 |
| suse_bugzilla | https://git.kernel.org/stable/c/35be5018a2a4d1b07bdfcf957c81121d22d16355 | https://bugzilla.suse.com/show_bug.cgi?id=1235064 |
| suse_bugzilla | https://git.kernel.org/stable/c/bdb281103373fd80eb5c91cede1e115ba270b4e9 | https://bugzilla.suse.com/show_bug.cgi?id=1235064 |
| suse_bugzilla | https://git.kernel.org/stable/c/e5e15c8b42923bfb6c84d3d906a9965d9a0f111d | https://bugzilla.suse.com/show_bug.cgi?id=1235064 |
| suse_bugzilla | https://git.kernel.org/pub/scm/linux/security/vulns.git/plain/cve/published/2024/CVE-2024-56541.mbox | https://bugzilla.suse.com/show_bug.cgi?id=1235064 |
| suse_bugzilla | https://bugzilla.redhat.com/show_bug.cgi?id=2334456 | https://bugzilla.suse.com/show_bug.cgi?id=1235064 |
| redhat_bugzilla | https://lore.kernel.org/linux-cve-announce/2024122727-CVE-2024-56541-1c83@gregkh/T | https://bugzilla.redhat.com/show_bug.cgi?id=2334456 |
| debian |  | https://security-tracker.debian.org/tracker/CVE-2024-56541 |

</details>

漏洞分析指导链接：
  https://gitee.com/openeuler/cve-manager/blob/master/cve-vulner-manager/doc/md/manual.md
 漏洞数据来源:
  openBrain开源漏洞感知系统
 漏洞补丁信息：
  <details>
<summary>详情(点击展开)</summary>

| 影响的包 | 修复版本 | 修复补丁 | 问题引入补丁 | 来源  |
| ------- | -------- | ------- | -------- | --------- |
| linux_kernel | 6.11.11 | https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=e5e15c8b42923bfb6c84d3d906a9965d9a0f111dIssue | https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=24de1b7b231cf01d08d12db26e66b0c46253a7da | linuxkernelcves |
| linux_kernel | 6.12.2 | https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=35be5018a2a4d1b07bdfcf957c81121d22d16355Issue | https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=24de1b7b231cf01d08d12db26e66b0c46253a7da | linuxkernelcves |
| linux_kernel | 6.13-rc1 | https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=bdb281103373fd80eb5c91cede1e115ba270b4e9Please | https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=24de1b7b231cf01d08d12db26e66b0c46253a7da | linuxkernelcves |

</details>

二、漏洞分析结构反馈
 影响性分析说明：
  In the Linux kernel, the following vulnerability has been resolved:wifi: ath12k: fix use-after-free in ath12k_dp_cc_cleanup()During ath12k module removal, in ath12k_core_deinit(),ath12k_mac_destroy() un-registers ah->hw from mac80211 and freesthe ah->hw as well as all the ar s in it. After thisath12k_core_soc_destroy()-> ath12k_dp_free()-> ath12k_dp_cc_cleanup()tries to access one of the freed ar s from pending skb.This is because during mac destroy, driver failed to flush fewdata packets, which were accessed later in ath12k_dp_cc_cleanup()and freed, but using ar from the packet led to this use-after-free.BUG: KASAN: use-after-free in ath12k_dp_cc_cleanup.part.0+0x5e2/0xd40 [ath12k]Write of size 4 at addr ffff888150bd3514 by task modprobe/8926CPU: 0 UID: 0 PID: 8926 Comm: modprobe Not tainted6.11.0-rc2-wt-ath+ #1746Hardware name: Intel(R) Client Systems NUC8i7HVK/NUC8i7HVB, BIOSHNKBLi70.86A.0067.2021.0528.1339 05/28/2021Call Trace:  <TASK>  dump_stack_lvl+0x7d/0xe0  print_address_description.constprop.0+0x33/0x3a0  print_report+0xb5/0x260  ? kasan_addr_to_slab+0x24/0x80  kasan_report+0xd8/0x110  ? ath12k_dp_cc_cleanup.part.0+0x5e2/0xd40 [ath12k]  ? ath12k_dp_cc_cleanup.part.0+0x5e2/0xd40 [ath12k]  kasan_check_range+0xf3/0x1a0  __kasan_check_write+0x14/0x20  ath12k_dp_cc_cleanup.part.0+0x5e2/0xd40 [ath12k]  ath12k_dp_free+0x178/0x420 [ath12k]  ath12k_core_stop+0x176/0x200 [ath12k]  ath12k_core_deinit+0x13f/0x210 [ath12k]  ath12k_pci_remove+0xad/0x1c0 [ath12k]  pci_device_remove+0x9b/0x1b0  device_remove+0xbf/0x150  device_release_driver_internal+0x3c3/0x580  ? __kasan_check_read+0x11/0x20  driver_detach+0xc4/0x190  bus_remove_driver+0x130/0x2a0  driver_unregister+0x68/0x90  pci_unregister_driver+0x24/0x240  ? find_module_all+0x13e/0x1e0  ath12k_pci_exit+0x10/0x20 [ath12k]  __do_sys_delete_module+0x32c/0x580  ? module_flags+0x2f0/0x2f0  ? kmem_cache_free+0xf0/0x410  ? __fput+0x56f/0xab0  ? __fput+0x56f/0xab0  ? debug_smp_processor_id+0x17/0x20  __x64_sys_delete_module+0x4f/0x70  x64_sys_call+0x522/0x9f0  do_syscall_64+0x64/0x130  entry_SYSCALL_64_after_hwframe+0x4b/0x53RIP: 0033:0x7f8182c6ac8bCommit 24de1b7b231c ( wifi: ath12k: fix flush failure in recoveryscenarios ) added the change to decrement the pending packets countin case of recovery which make sense as ah->hw as well allar s in it are intact during recovery, but during core deinit thereis no use in decrementing packets count or waking up the empty waitqas the module is going to be removed also ar s from pending skb scan t be used and the packets should just be released back.To fix this, avoid accessing ar from skb->cb when driver is beingunregistered.Tested-on: QCN9274 hw2.0 PCI WLAN.WBE.1.1.1-00214-QCAHKSWPL_SILICONZ-1Tested-on: WCN7850 hw2.0 PCI WLAN.HMT.1.0.c5-00481-QCAHMTSWPL_V1.0_V2.0_SILICONZ-3
 openEuler评分：
  7.8
 Vector：CVSS：3.0/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
 受影响版本排查(受影响/不受影响)：
  1.openEuler-20.03-LTS-SP4(4.19.90):不受影响
2.openEuler-22.03-LTS-SP3(5.10.0):不受影响
3.openEuler-22.03-LTS-SP4:不受影响
4.master(6.6.0):不受影响
5.openEuler-24.03-LTS:不受影响
6.openEuler-24.03-LTS-Next:不受影响
7.openEuler-24.03-LTS-SP1:不受影响

修复是否涉及abi变化(是/否)：
  1.openEuler-20.03-LTS-SP4(4.19.90):否
2.openEuler-22.03-LTS-SP3(5.10.0):否
3.master(6.6.0):否
4.openEuler-24.03-LTS:否
5.openEuler-24.03-LTS-Next:否
6.openEuler-22.03-LTS-SP4:否
7.openEuler-24.03-LTS-SP1:否

原因说明：
  1.master(6.6.0):不受影响-漏洞代码不能被攻击者触发
2.openEuler-24.03-LTS-Next:不受影响-漏洞代码不能被攻击者触发
3.openEuler-20.03-LTS-SP4(4.19.90):不受影响-漏洞代码不存在
4.openEuler-22.03-LTS-SP3(5.10.0):不受影响-漏洞代码不存在
5.openEuler-22.03-LTS-SP4:不受影响-漏洞代码不存在
6.openEuler-24.03-LTS:不受影响-漏洞代码不存在
7.openEuler-24.03-LTS-SP1:不受影响-漏洞代码不存在

src-openEuler/kernel

内容风险标识

评论 (9)

src-openEuler/kernel .gitee-modal { width: 500px !important; }

内容风险标识

CVE-2024-56541

评论 (9)

搜索帮助

src-openEuler/kernel