In the Linux kernel, the following vulnerability has been resolved: net: sparx5: Fix use after free inside sparx5_del_mact_entry Based on the static analyzis of the code it looks like when an entry from the MAC table was removed, the entry was still used after being freed. More precise the vid of the mac_entry was used after calling devm_kfree on the mac_entry. The fix consists in first using the vid of the mac_entry to delete the entry from the HW and after that to free it.
The product reuses or references memory after it has been freed. At some point afterward, the memory may be allocated again and saved in another pointer, while the original pointer references a location somewhere within the new allocation. Any operations using the original pointer are no longer valid because the memory "belongs" to the code that operates on the new pointer.
Link | Tags |
---|---|
https://git.kernel.org/stable/c/e46274df1100fb0c06704195bfff5bfbd418bf64 | patch mailing list |
https://git.kernel.org/stable/c/0de693d68b0a18d5e256556c7c62d92cca35ad52 | patch mailing list |
https://git.kernel.org/stable/c/e83bebb718fd1f42549358730e1206164e0861d6 | patch mailing list |
https://git.kernel.org/stable/c/71809805b95052ff551922f11660008fb3666025 | patch mailing list |
https://git.kernel.org/stable/c/89d72d4125e94aa3c2140fedd97ce07ba9e37674 | patch mailing list |