This CVE ID has been rejected or withdrawn by its CVE Numbering Authority.
Metrics
Affected Vendors & Products
Advisories
No advisories yet.
Fixes
Solution
No solution given by the vendor.
Workaround
No workaround given by the vendor.
References
History
Thu, 19 Dec 2024 11:45:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| References |
|
Thu, 19 Dec 2024 11:15:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| Description | In the Linux kernel, the following vulnerability has been resolved: vfio/type1: Unpin zero pages There's currently a reference count leak on the zero page. We increment the reference via pin_user_pages_remote(), but the page is later handled as an invalid/reserved page, therefore it's not accounted against the user and not unpinned by our put_pfn(). Introducing special zero page handling in put_pfn() would resolve the leak, but without accounting of the zero page, a single user could still create enough mappings to generate a reference count overflow. The zero page is always resident, so for our purposes there's no reason to keep it pinned. Therefore, add a loop to walk pages returned from pin_user_pages_remote() and unpin any zero pages. | This CVE ID has been rejected or withdrawn by its CVE Numbering Authority. |
| Title | vfio/type1: Unpin zero pages | kernel: vfio/type1: Unpin zero pages |
| Metrics |
ssvc
|
Projects
Sign in to view the affected projects.
Status: REJECTED
Assigner: Linux
Published:
Updated: 2024-12-19T11:01:44.556Z
Reserved: 2024-05-03T14:55:07.145Z
Link: CVE-2022-48700
Updated:
Status : Rejected
Published: 2024-05-03T16:15:08.500
Modified: 2026-10-18T01:10:00.117
Link: CVE-2022-48700
OpenCVE Enrichment
No data.
Weaknesses
No weakness.