summaryrefslogtreecommitdiffstats
path: root/mm
diff options
context:
space:
mode:
authorLarry Woodman <lwoodman@redhat.com>2010-09-24 18:04:48 +0200
committerLinus Torvalds <torvalds@linux-foundation.org>2010-09-25 18:34:58 +0200
commit5ec1055aa5632dd7a8283cdb5fa9be3c535eaa06 (patch)
tree231fa9a989433ee7fab796342f7ebc2c3e167342 /mm
parentMerge branch 'hwmon-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/g... (diff)
downloadlinux-5ec1055aa5632dd7a8283cdb5fa9be3c535eaa06.tar.xz
linux-5ec1055aa5632dd7a8283cdb5fa9be3c535eaa06.zip
Avoid pgoff overflow in remap_file_pages
Thomas Pollet noticed that the remap_file_pages() system call in fremap.c has a potential overflow in the first part of the if statement below, which could cause it to process bogus input parameters. Specifically the pgoff + size parameters could be wrap thereby preventing the system call from failing when it should. Reported-by: Thomas Pollet <thomas.pollet@gmail.com> Signed-off-by: Larry Woodman <lwoodman@redhat.com> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'mm')
-rw-r--r--mm/fremap.c4
1 files changed, 4 insertions, 0 deletions
diff --git a/mm/fremap.c b/mm/fremap.c
index 7b7f852848de..ec520c7b28df 100644
--- a/mm/fremap.c
+++ b/mm/fremap.c
@@ -141,6 +141,10 @@ SYSCALL_DEFINE5(remap_file_pages, unsigned long, start, unsigned long, size,
if (start + size <= start)
return err;
+ /* Does pgoff wrap? */
+ if (pgoff + (size >> PAGE_SHIFT) < pgoff)
+ return err;
+
/* Can we represent this offset inside this architecture's pte's? */
#if PTE_FILE_MAX_BITS < BITS_PER_LONG
if (pgoff + (size >> PAGE_SHIFT) >= (1UL << PTE_FILE_MAX_BITS))