GPU VulnDB

Database/Kernel, userspace & hypervisor

Linux kernel page_table_check: unprivileged zero mappings overflow the file map counter and panic the host

CVE-2026-74600Kernel, userspace & hypervisorcurated

Impact

page_table_check_set()/clear() classify mappings by PageAnon(), so shared zero-page PTEs and huge zero PMDs get counted as file-backed. An unprivileged process can map enough of them to overflow file_map_count and hit the existing BUG_ON(), taking the kernel down. Where page_table_check is enabled as a hardening measure, any tenant with a shell in a container can panic the whole node - the GPUs on it included - and every co-tenant job dies with it. The mitigation intended to catch page-table corruption becomes the denial-of-service primitive.

Who can reach it

Local, unprivileged, no special capability or device access: ordinary anonymous read-only mappings that resolve to the shared zero page, plus the huge-zero PMD path. Only affects kernels built with CONFIG_PAGE_TABLE_CHECK and the feature actually enabled (it is off by default on most distro kernels unless turned on at boot).

What to do

Install the patched kernel from the linked stable commits, which skip special zero mappings in the user page-table accounting paths, and reboot each node. Where a reboot cannot be scheduled immediately, turning page_table_check off at boot removes the BUG_ON entirely - it is a debug/hardening feature, not a functional dependency - but that is itself a reboot.

References

Related entries

All Kernel, userspace & hypervisor entries

This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.