https://vulnerability.circl.lu Contains only the most 10 recent sightings. http://www.rssboard.org/rss-specification python-feedgen en Wed, 27 May 2026 16:28:36 +0000 https://vulnerability.circl.lu/sighting/4efc209c-b72d-466d-a5ec-c34a3f69ed9c/export {"uuid": "4efc209c-b72d-466d-a5ec-c34a3f69ed9c", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "9f56dd64-161d-43a6-b9c3-555944290a09", "vulnerability": "CVE-2024-42316", "type": "seen", "source": "https://t.me/cvedetector/3395", "content": "{\n \"Source\": \"CVE FEED\",\n \"Title\": \"CVE-2024-42316 - Linux Kernel Zero-Division Vulnerability in VMware Memory Management\", \n \"Content\": \"CVE ID : CVE-2024-42316 \nPublished : Aug. 17, 2024, 9:15 a.m. | 42\u00a0minutes ago \nDescription : In the Linux kernel, the following vulnerability has been resolved: \n \nmm/mglru: fix div-by-zero in vmpressure_calc_level() \n \nevict_folios() uses a second pass to reclaim folios that have gone through \npage writeback and become clean before it finishes the first pass, since \nfolio_rotate_reclaimable() cannot handle those folios due to the \nisolation. \n \nThe second pass tries to avoid potential double counting by deducting \nscan_control->nr_scanned. However, this can result in underflow of \nnr_scanned, under a condition where shrink_folio_list() does not increment \nnr_scanned, i.e., when folio_trylock() fails. \n \nThe underflow can cause the divisor, i.e., scale=scanned+reclaimed in \nvmpressure_calc_level(), to become zero, resulting in the following crash: \n \n [exception RIP: vmpressure_work_fn+101] \n process_one_work at ffffffffa3313f2b \n \nSince scan_control->nr_scanned has no established semantics, the potential \ndouble counting has minimal risks. Therefore, fix the problem by not \ndeducting scan_control->nr_scanned in evict_folios(). \nSeverity: 0.0 | NA \nVisit the link for more details, such as CVSS details, affected products, timeline, and more...\",\n \"Detection Date\": \"17 Aug 2024\",\n \"Type\": \"Vulnerability\"\n}\n\ud83d\udd39 t.me/cvedetector \ud83d\udd39", "creation_timestamp": "2024-08-17T12:17:55.000000Z"} {"uuid": "4efc209c-b72d-466d-a5ec-c34a3f69ed9c", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "9f56dd64-161d-43a6-b9c3-555944290a09", "vulnerability": "CVE-2024-42316", "type": "seen", "source": "https://t.me/cvedetector/3395", "content": "{\n \"Source\": \"CVE FEED\",\n \"Title\": \"CVE-2024-42316 - Linux Kernel Zero-Division Vulnerability in VMware Memory Management\", \n \"Content\": \"CVE ID : CVE-2024-42316 \nPublished : Aug. 17, 2024, 9:15 a.m. | 42\u00a0minutes ago \nDescription : In the Linux kernel, the following vulnerability has been resolved: \n \nmm/mglru: fix div-by-zero in vmpressure_calc_level() \n \nevict_folios() uses a second pass to reclaim folios that have gone through \npage writeback and become clean before it finishes the first pass, since \nfolio_rotate_reclaimable() cannot handle those folios due to the \nisolation. \n \nThe second pass tries to avoid potential double counting by deducting \nscan_control->nr_scanned. However, this can result in underflow of \nnr_scanned, under a condition where shrink_folio_list() does not increment \nnr_scanned, i.e., when folio_trylock() fails. \n \nThe underflow can cause the divisor, i.e., scale=scanned+reclaimed in \nvmpressure_calc_level(), to become zero, resulting in the following crash: \n \n [exception RIP: vmpressure_work_fn+101] \n process_one_work at ffffffffa3313f2b \n \nSince scan_control->nr_scanned has no established semantics, the potential \ndouble counting has minimal risks. Therefore, fix the problem by not \ndeducting scan_control->nr_scanned in evict_folios(). \nSeverity: 0.0 | NA \nVisit the link for more details, such as CVSS details, affected products, timeline, and more...\",\n \"Detection Date\": \"17 Aug 2024\",\n \"Type\": \"Vulnerability\"\n}\n\ud83d\udd39 t.me/cvedetector \ud83d\udd39", "creation_timestamp": "2024-08-17T12:17:55.000000Z"} https://vulnerability.circl.lu/sighting/4efc209c-b72d-466d-a5ec-c34a3f69ed9c/export Sat, 17 Aug 2024 12:17:55 +0000 https://vulnerability.circl.lu/sighting/76afb6f5-a9d1-4601-8d2a-ff631d09e751/export {"uuid": "76afb6f5-a9d1-4601-8d2a-ff631d09e751", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "86ecb4e1-bb32-44d5-9f39-8a4673af8385", "vulnerability": "CVE-2024-42316", "type": "seen", "source": "https://www.cert.ssi.gouv.fr/avis/CERTFR-2026-AVI-0395/", "content": "", "creation_timestamp": "2026-04-02T17:00:00.000000Z"} {"uuid": "76afb6f5-a9d1-4601-8d2a-ff631d09e751", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "86ecb4e1-bb32-44d5-9f39-8a4673af8385", "vulnerability": "CVE-2024-42316", "type": "seen", "source": "https://www.cert.ssi.gouv.fr/avis/CERTFR-2026-AVI-0395/", "content": "", "creation_timestamp": "2026-04-02T17:00:00.000000Z"} https://vulnerability.circl.lu/sighting/76afb6f5-a9d1-4601-8d2a-ff631d09e751/export Thu, 02 Apr 2026 17:00:00 +0000