summaryrefslogtreecommitdiffstats
path: root/retired/CVE-2017-18202
blob: bdda468ee2bb13d4593c570bbf07fcc611dfd955 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Description: mm, oom_reaper: gather each vma to prevent leaking TLB entry
References:
Notes:
 bwh> If I read the fix description correctly, this is caused by an
 bwh> optimisation on arm64 to defer flushing of TLB entries when a
 bwh> whole mm is freed (added in 4.4), and the oom-reaper (added in
 bwh> 4.6) not doing the synchronisation that makes that safe.
Bugs:
upstream: released (4.15-rc2) [687cb0884a714ff484d038e9190edc874edcf146]
4.9-upstream-stable: released (4.9.68) [ee23ae915fa74956503507c1e55cbb2102f349ec]
3.16-upstream-stable: N/A "Vulnerable code not present"
3.2-upstream-stable: N/A "Vulnerable code not present"
sid: released (4.14.7-1)
4.9-stretch-security: released (4.9.80-1)
3.16-jessie-security: N/A "Vulnerable code not present"
3.2-wheezy-security: N/A "Vulnerable code not present"

© 2014-2024 Faster IT GmbH | imprint | privacy policy