https://vulnerability.circl.lu Contains only the most 10 recent sightings. http://www.rssboard.org/rss-specification python-feedgen en Mon, 08 Jun 2026 22:34:36 +0000 https://vulnerability.circl.lu/sighting/66b5c6e9-ea9a-42f9-bc1d-c362d265f961/export {"uuid": "66b5c6e9-ea9a-42f9-bc1d-c362d265f961", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "9f56dd64-161d-43a6-b9c3-555944290a09", "vulnerability": "CVE-2022-48814", "type": "seen", "source": "https://t.me/cvedetector/948", "content": "{\n \"Source\": \"CVE FEED\",\n \"Title\": \"CVE-2022-48814 - Vulnerability Title: Linux Kernel NetDevice DSA Seville MDIobus Devres Race Condition\", \n \"Content\": \"CVE ID : CVE-2022-48814 \nPublished : July 16, 2024, 12:15 p.m. | 43\u00a0minutes ago \nDescription : In the Linux kernel, the following vulnerability has been resolved: \n \nnet: dsa: seville: register the mdiobus under devres \n \nAs explained in commits: \n74b6d7d13307 (\"net: dsa: realtek: register the MDIO bus under devres\") \n5135e96a3dd2 (\"net: dsa: don't allocate the slave_mii_bus using devres\") \n \nmdiobus_free() will panic when called from devm_mdiobus_free() remove on ->shutdown) do not apply. But there is one more which \napplies here. \n \nIf the DSA master itself is on a bus that calls ->remove from ->shutdown \n(like dpaa2-eth, which is on the fsl-mc bus), there is a device link \nbetween the switch and the DSA master, and device_links_unbind_consumers() \nwill unbind the seville switch driver on shutdown. \n \nSo the same treatment must be applied to all DSA switch drivers, which \nis: either use devres for both the mdiobus allocation and registration, \nor don't use devres at all. \n \nThe seville driver has a code structure that could accommodate both the \nmdiobus_unregister and mdiobus_free calls, but it has an external \ndependency upon mscc_miim_setup() from mdio-mscc-miim.c, which calls \ndevm_mdiobus_alloc_size() on its behalf. So rather than restructuring \nthat, and exporting yet one more symbol mscc_miim_teardown(), let's work \nwith devres and replace of_mdiobus_register with the devres variant. \nWhen we use all-devres, we can ensure that devres doesn't free a \nstill-registered bus (it either runs both callbacks, or none). \nSeverity: 0.0 | NA \nVisit the link for more details, such as CVSS details, affected products, timeline, and more...\",\n \"Detection Date\": \"16 Jul 2024\",\n \"Type\": \"Vulnerability\"\n}\n\ud83d\udd39 t.me/cvedetector \ud83d\udd39", "creation_timestamp": "2024-07-16T15:26:37.000000Z"} {"uuid": "66b5c6e9-ea9a-42f9-bc1d-c362d265f961", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "9f56dd64-161d-43a6-b9c3-555944290a09", "vulnerability": "CVE-2022-48814", "type": "seen", "source": "https://t.me/cvedetector/948", "content": "{\n \"Source\": \"CVE FEED\",\n \"Title\": \"CVE-2022-48814 - Vulnerability Title: Linux Kernel NetDevice DSA Seville MDIobus Devres Race Condition\", \n \"Content\": \"CVE ID : CVE-2022-48814 \nPublished : July 16, 2024, 12:15 p.m. | 43\u00a0minutes ago \nDescription : In the Linux kernel, the following vulnerability has been resolved: \n \nnet: dsa: seville: register the mdiobus under devres \n \nAs explained in commits: \n74b6d7d13307 (\"net: dsa: realtek: register the MDIO bus under devres\") \n5135e96a3dd2 (\"net: dsa: don't allocate the slave_mii_bus using devres\") \n \nmdiobus_free() will panic when called from devm_mdiobus_free() remove on ->shutdown) do not apply. But there is one more which \napplies here. \n \nIf the DSA master itself is on a bus that calls ->remove from ->shutdown \n(like dpaa2-eth, which is on the fsl-mc bus), there is a device link \nbetween the switch and the DSA master, and device_links_unbind_consumers() \nwill unbind the seville switch driver on shutdown. \n \nSo the same treatment must be applied to all DSA switch drivers, which \nis: either use devres for both the mdiobus allocation and registration, \nor don't use devres at all. \n \nThe seville driver has a code structure that could accommodate both the \nmdiobus_unregister and mdiobus_free calls, but it has an external \ndependency upon mscc_miim_setup() from mdio-mscc-miim.c, which calls \ndevm_mdiobus_alloc_size() on its behalf. So rather than restructuring \nthat, and exporting yet one more symbol mscc_miim_teardown(), let's work \nwith devres and replace of_mdiobus_register with the devres variant. \nWhen we use all-devres, we can ensure that devres doesn't free a \nstill-registered bus (it either runs both callbacks, or none). \nSeverity: 0.0 | NA \nVisit the link for more details, such as CVSS details, affected products, timeline, and more...\",\n \"Detection Date\": \"16 Jul 2024\",\n \"Type\": \"Vulnerability\"\n}\n\ud83d\udd39 t.me/cvedetector \ud83d\udd39", "creation_timestamp": "2024-07-16T15:26:37.000000Z"} https://vulnerability.circl.lu/sighting/66b5c6e9-ea9a-42f9-bc1d-c362d265f961/export Tue, 16 Jul 2024 15:26:37 +0000