CVE-2018-18281
mediumpriority · track · 31EPSS 0.011 · 66 %ileEURUUSEPSS · scored 2026-10-27
Since Linux kernel version 3.2, the mremap() syscall performs TLB flushes after dropping pagetable locks. If a syscall such as ftruncate() removes entries from the pagetables of a task that is in the middle of mremap(), a stale TLB entry can remain for a short time that permits access to a physical page after it has been released back to the page allocator and reused. This is fixed in the following kernel versions: 4.9.135, 4.14.78, 4.18.16, 4.19.
cvss
Technical severity, 0–10. One row per scoring source.
base score 0–10 · higher = more severe · hover a vector to decode⚠ sources disagree · medium–high · 4.6–7.8
weaknesses
The CWE weakness classes this flaw belongs to.
affected products (29)
Products and version ranges known to be affected.
also known as (4)
Other names and identifiers for this entity.
sources
Which sources assert this record, and when.
references (105)
External citations — patches, advisories, analysis.
- http://packetstormsecurity.com/files/150001/Linux-mremap-TLB-Flush-Too-Late.htmlcnnvd
- http://www.android.com/cnnvd
- http://www.openwall.com/lists/oss-security/2018/10/29/5cnnvd
- http://www.securityfocus.com/bid/105761cnnvd
- http://www.securityfocus.com/bid/106503cnnvd
- https://access.redhat.com/errata/RHSA-2019:0831cnnvd
- https://access.redhat.com/errata/RHSA-2019:2029cnnvd
- https://access.redhat.com/errata/RHSA-2019:2043cnnvd
Attackers weaponise vulnerabilities like this against internet-exposed services. See what is exposed on your perimeter with a free passive scan.
Free scan