https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Mon, 28 Sep 2026 10:27:21 +0000 https://vulnerability.circl.lu/vuln/fkie_cve-2026-98160 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>staging: rtl8723bs: fix mismatched free of HalData in rtw_sdio_if1_init()</p> <p>padapter-&gt;HalData is allocated via vzalloc(), but incorrectly freed using kfree() in the rtw_sdio_if1_init() error path. Using kfree() to release this vmalloc-backed buffer can lead to memory corruption.</p> <p>Use rtw_hal_data_deinit() to pair the free correctly and free HalData with vfree().</p> <p>The bug was first flagged by an experimental static analysis tool we are developing for kernel memory-management bugs. Manual inspection confirms that the issue is still present in current mainline.</p> <p>An x86_64 allyesconfig build showed no new warnings. As we do not have suitable RTL8723BS SDIO hardware to test with, no runtime testing was able to be performed.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>staging: rtl8723bs: fix mismatched free of HalData in rtw_sdio_if1_init()</p> <p>padapter-&gt;HalData is allocated via vzalloc(), but incorrectly freed using kfree() in the rtw_sdio_if1_init() error path. Using kfree() to release this vmalloc-backed buffer can lead to memory corruption.</p> <p>Use rtw_hal_data_deinit() to pair the free correctly and free HalData with vfree().</p> <p>The bug was first flagged by an experimental static analysis tool we are developing for kernel memory-management bugs. Manual inspection confirms that the issue is still present in current mainline.</p> <p>An x86_64 allyesconfig build showed no new warnings. As we do not have suitable RTL8723BS SDIO hardware to test with, no runtime testing was able to be performed.</p> https://vulnerability.circl.lu/vuln/fkie_cve-2026-98160 https://vulnerability.circl.lu/vuln/ghsa-4hh4-86px-498m <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>staging: rtl8723bs: fix mismatched free of HalData in rtw_sdio_if1_init()</p> <p>padapter-&gt;HalData is allocated via vzalloc(), but incorrectly freed using kfree() in the rtw_sdio_if1_init() error path. Using kfree() to release this vmalloc-backed buffer can lead to memory corruption.</p> <p>Use rtw_hal_data_deinit() to pair the free correctly and free HalData with vfree().</p> <p>The bug was first flagged by an experimental static analysis tool we are developing for kernel memory-management bugs. Manual inspection confirms that the issue is still present in current mainline.</p> <p>An x86_64 allyesconfig build showed no new warnings. As we do not have suitable RTL8723BS SDIO hardware to test with, no runtime testing was able to be performed.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>staging: rtl8723bs: fix mismatched free of HalData in rtw_sdio_if1_init()</p> <p>padapter-&gt;HalData is allocated via vzalloc(), but incorrectly freed using kfree() in the rtw_sdio_if1_init() error path. Using kfree() to release this vmalloc-backed buffer can lead to memory corruption.</p> <p>Use rtw_hal_data_deinit() to pair the free correctly and free HalData with vfree().</p> <p>The bug was first flagged by an experimental static analysis tool we are developing for kernel memory-management bugs. Manual inspection confirms that the issue is still present in current mainline.</p> <p>An x86_64 allyesconfig build showed no new warnings. As we do not have suitable RTL8723BS SDIO hardware to test with, no runtime testing was able to be performed.</p> https://vulnerability.circl.lu/vuln/ghsa-4hh4-86px-498m