CVE-2026-31530

{"id": "CVE-2026-31530", "cveTags": [], "metrics": {"ssvcV203": [{"source": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "ssvcData": {"id": "CVE-2026-31530", "role": "CISA Coordinator", "options": [{"exploitation": "none"}, {"automatable": "no"}, {"technicalImpact": "partial"}], "version": "2.0.3", "timestamp": "2026-11-05T21:37:47.922657Z"}}], "cvssMetricV31": [{"type": "Primary", "source": "nvd@nist.gov", "cvssData": {"scope": "UNCHANGED", "version": "3.1", "baseScore": 7.8, "attackVector": "LOCAL", "baseSeverity": "HIGH", "vectorString": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H", "integrityImpact": "HIGH", "userInteraction": "NONE", "attackComplexity": "LOW", "availabilityImpact": "HIGH", "privilegesRequired": "LOW", "confidentialityImpact": "HIGH"}, "impactScore": 5.9, "exploitabilityScore": 1.8}]}, "affected": [{"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67", "affectedData": [{"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git", "vendor": "Linux", "product": "Linux", "versions": [{"status": "affected", "version": "2345df54249c6fb7779e2a72b427ee79ed3eaad5", "lessThan": "b1f62588ab1be6c9535d74348003c86b47ec4abd", "versionType": "git"}, {"status": "affected", "version": "2345df54249c6fb7779e2a72b427ee79ed3eaad5", "lessThan": "d216a4bd138eb57cc4ae7c43b2f709e3482af7e2", "versionType": "git"}, {"status": "affected", "version": "2345df54249c6fb7779e2a72b427ee79ed3eaad5", "lessThan": "2c32141462045cf93d54a5146a0ba572b83533dd", "versionType": "git"}, {"status": "affected", "version": "2345df54249c6fb7779e2a72b427ee79ed3eaad5", "lessThan": "f7dc6f381a1e5f068333f1faa9265d6af1df4235", "versionType": "git"}, {"status": "affected", "version": "2345df54249c6fb7779e2a72b427ee79ed3eaad5", "lessThan": "19d2f0b97a131198efc2c4ca3eb7f980bba8c2b4", "versionType": "git"}], "programFiles": ["drivers/cxl/core/port.c"], "defaultStatus": "unaffected"}, {"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git", "vendor": "Linux", "product": "Linux", "versions": [{"status": "affected", "version": "6.3"}, {"status": "unaffected", "version": "0", "lessThan": "6.3", "versionType": "semver"}, {"status": "unaffected", "version": "6.6.160", "versionType": "semver", "lessThanOrEqual": "6.6.*"}, {"status": "unaffected", "version": "6.12.80", "versionType": "semver", "lessThanOrEqual": "6.12.*"}, {"status": "unaffected", "version": "6.18.21", "versionType": "semver", "lessThanOrEqual": "6.18.*"}, {"status": "unaffected", "version": "6.19.11", "versionType": "semver", "lessThanOrEqual": "6.19.*"}, {"status": "unaffected", "version": "7.0", "versionType": "original_commit_for_fix", "lessThanOrEqual": "*"}], "programFiles": ["drivers/cxl/core/port.c"], "defaultStatus": "affected"}]}], "published": "2026-04-22T14:16:53.293", "references": [{"url": "https://git.kernel.org/stable/c/19d2f0b97a131198efc2c4ca3eb7f980bba8c2b4", "tags": ["Patch"], "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}, {"url": "https://git.kernel.org/stable/c/2c32141462045cf93d54a5146a0ba572b83533dd", "tags": ["Patch"], "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}, {"url": "https://git.kernel.org/stable/c/b1f62588ab1be6c9535d74348003c86b47ec4abd", "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}, {"url": "https://git.kernel.org/stable/c/d216a4bd138eb57cc4ae7c43b2f709e3482af7e2", "tags": ["Patch"], "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}, {"url": "https://git.kernel.org/stable/c/f7dc6f381a1e5f068333f1faa9265d6af1df4235", "tags": ["Patch"], "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}], "vulnStatus": "Modified", "weaknesses": [{"type": "Primary", "source": "nvd@nist.gov", "description": [{"lang": "en", "value": "CWE-416"}]}], "descriptions": [{"lang": "en", "value": "In the Linux kernel, the following vulnerability has been resolved:\n\ncxl/port: Fix use after free of parent_port in cxl_detach_ep()\n\ncxl_detach_ep() is called during bottom-up removal when all CXL memory\ndevices beneath a switch port have been removed. For each port in the\nhierarchy it locks both the port and its parent, removes the endpoint,\nand if the port is now empty, marks it dead and unregisters the port\nby calling delete_switch_port(). There are two places during this work\nwhere the parent_port may be used after freeing:\n\nFirst, a concurrent detach may have already processed a port by the\ntime a second worker finds it via bus_find_device(). Without pinning\nparent_port, it may already be freed when we discover port->dead and\nattempt to unlock the parent_port. In a production kernel that's a\nsilent memory corruption, with lock debug, it looks like this:\n\n[]DEBUG_LOCKS_WARN_ON(__owner_task(owner) != get_current())\n[]WARNING: kernel/locking/mutex.c:949 at __mutex_unlock_slowpath+0x1ee/0x310\n[]Call Trace:\n[]mutex_unlock+0xd/0x20\n[]cxl_detach_ep+0x180/0x400 [cxl_core]\n[]devm_action_release+0x10/0x20\n[]devres_release_all+0xa8/0xe0\n[]device_unbind_cleanup+0xd/0xa0\n[]really_probe+0x1a6/0x3e0\n\nSecond, delete_switch_port() releases three devm actions registered\nagainst parent_port. The last of those is unregister_port() and it\ncalls device_unregister() on the child port, which can cascade. If\nparent_port is now also empty the device core may unregister and free\nit too. So by the time delete_switch_port() returns, parent_port may\nbe free, and the subsequent device_unlock(&parent_port->dev) operates\non freed memory. The kernel log looks same as above, with a different\noffset in cxl_detach_ep().\n\nBoth of these issues stem from the absence of a lifetime guarantee\nbetween a child port and its parent port.\n\nEstablish a lifetime rule for ports: child ports hold a reference to\ntheir parent device until release. Take the reference when the port\nis allocated and drop it when released. This ensures the parent is\nvalid for the full lifetime of the child and eliminates the use after\nfree window in cxl_detach_ep().\n\nThis is easily reproduced with a reload of cxl_acpi in QEMU with CXL\ndevices present."}, {"lang": "es", "value": "En el kernel de Linux, la siguiente vulnerabilidad ha sido resuelta:\n\ncxl/port: Correcci\u00f3n de uso despu\u00e9s de liberaci\u00f3n de parent_port en cxl_detach_ep()\n\ncxl_detach_ep() es llamada durante la eliminaci\u00f3n de abajo hacia arriba cuando todos los dispositivos de memoria CXL debajo de un puerto de switch han sido eliminados. Para cada puerto en la jerarqu\u00eda, bloquea tanto el puerto como su padre, elimina el punto final, y si el puerto ahora est\u00e1 vac\u00edo, lo marca como muerto y anula el registro del puerto llamando a delete_switch_port(). Hay dos lugares durante este trabajo donde parent_port puede ser usado despu\u00e9s de su liberaci\u00f3n:\n\nPrimero, una desconexi\u00f3n concurrente puede haber procesado ya un puerto para cuando un segundo trabajador lo encuentra a trav\u00e9s de bus_find_device(). Sin fijar parent_port, puede que ya est\u00e9 liberado cuando descubrimos port -> dead e intentamos desbloquear parent_port. En un kernel de producci\u00f3n eso es una corrupci\u00f3n de memoria silenciosa, con depuraci\u00f3n de bloqueo, se ve as\u00ed:\n\nDEBUG_LOCKS_WARN_ON(__owner_task(owner) != get_current())\nWARNING: kernel/locking/mutex.c:949 at __mutex_unlock_slowpath+0x1ee/0x310\nTraza de Llamada:\nmutex_unlock+0xd/0x20\ncxl_detach_ep+0x180/0x400 [cxl_core]\ndevm_action_release+0x10/0x20\ndevres_release_all+0xa8/0xe0\ndevice_unbind_cleanup+0xd/0xa0\nreally_probe+0x1a6/0x3e0\n\nSegundo, delete_switch_port() libera tres acciones devm registradas contra parent_port. La \u00faltima de ellas es unregister_port() y llama a device_unregister() en el puerto hijo, lo que puede generar una cascada. Si parent_port ahora tambi\u00e9n est\u00e1 vac\u00edo el n\u00facleo del dispositivo puede anular su registro y liberarlo tambi\u00e9n. As\u00ed que para cuando delete_switch_port() regresa, parent_port puede estar libre, y el subsiguiente device_unlock(ref:parent_port -> dev) opera sobre memoria liberada. El registro del kernel se ve igual que el anterior, con un desplazamiento diferente en cxl_detach_ep().\n\nAmbos de estos problemas provienen de la ausencia de una garant\u00eda de vida \u00fatil entre un puerto hijo y su puerto padre.\n\nEstablecer una regla de vida \u00fatil para los puertos: los puertos hijos mantienen una referencia a su dispositivo padre hasta su liberaci\u00f3n. Tomar la referencia cuando el puerto es asignado y soltarla cuando es liberado. Esto asegura que el padre sea v\u00e1lido durante toda la vida \u00fatil del hijo y elimina la ventana de uso despu\u00e9s de liberaci\u00f3n en cxl_detach_ep().\n\nEsto se reproduce f\u00e1cilmente con una recarga de cxl_acpi en QEMU con dispositivos CXL presentes."}], "lastModified": "2026-11-11T23:10:00.263", "configurations": [{"nodes": [{"negate": false, "cpeMatch": [{"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "vulnerable": true, "matchCriteriaId": "525BA660-423E-45E7-987B-D0A26771C45B", "versionEndExcluding": "6.12.80", "versionStartIncluding": "6.3"}, {"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "vulnerable": true, "matchCriteriaId": "ED39847A-3B46-4729-B7CA-B2C30B9FA8FE", "versionEndExcluding": "6.18.21", "versionStartIncluding": "6.13"}, {"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "vulnerable": true, "matchCriteriaId": "4CA2E747-A9EC-4518-9AA2-B4247FC748B7", "versionEndExcluding": "6.19.11", "versionStartIncluding": "6.19"}, {"criteria": "cpe:2.3:o:linux:linux_kernel:7.0:rc1:*:*:*:*:*:*", "vulnerable": true, "matchCriteriaId": "F253B622-8837-4245-BCE5-A7BF8FC76A16"}, {"criteria": "cpe:2.3:o:linux:linux_kernel:7.0:rc2:*:*:*:*:*:*", "vulnerable": true, "matchCriteriaId": "4AE85AD8-4641-4E7C-A2F4-305E2CD9EE64"}, {"criteria": "cpe:2.3:o:linux:linux_kernel:7.0:rc3:*:*:*:*:*:*", "vulnerable": true, "matchCriteriaId": "F666C8D8-6538-46D4-B318-87610DE64C34"}, {"criteria": "cpe:2.3:o:linux:linux_kernel:7.0:rc4:*:*:*:*:*:*", "vulnerable": true, "matchCriteriaId": "02259FDA-961B-47BC-AE7F-93D7EC6E90C2"}, {"criteria": "cpe:2.3:o:linux:linux_kernel:7.0:rc5:*:*:*:*:*:*", "vulnerable": true, "matchCriteriaId": "58A9FEFF-C040-420D-8F0A-BFDAAA1DF258"}], "operator": "OR"}]}], "sourceIdentifier": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}