[hardy/karmic CVE 1/1] [SCSI] gdth: integer overflow in ioctl, CVE-2010-4157
Andy Whitcroft
apw at canonical.com
Wed Feb 2 12:27:33 UTC 2011
From: Dan Carpenter <error27 at gmail.com>
gdth_ioctl_alloc() takes the size variable as an int.
copy_from_user() takes the size variable as an unsigned long.
gen.data_len and gen.sense_len are unsigned longs.
On x86_64 longs are 64 bit and ints are 32 bit.
We could pass in a very large number and the allocation would truncate
the size to 32 bits and allocate a small buffer. Then when we do the
copy_from_user(), it would result in a memory corruption.
CC: stable at kernel.org
Signed-off-by: Dan Carpenter <error27 at gmail.com>
Signed-off-by: James Bottomley <James.Bottomley at suse.de>
CVE-2010-4157
BugLink: http://bugs.launchpad.net/bugs/711797
(cherry picked from commit f63ae56e4e97fb12053590e41a4fa59e7daa74a4)
Signed-off-by: Andy Whitcroft <apw at canonical.com>
---
drivers/scsi/gdth.c | 8 ++++++++
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/scsi/gdth.c b/drivers/scsi/gdth.c
index 9e8fce0..bb96d74 100644
--- a/drivers/scsi/gdth.c
+++ b/drivers/scsi/gdth.c
@@ -4174,6 +4174,14 @@ static int ioc_general(void __user *arg, char *cmnd)
ha = gdth_find_ha(gen.ionode);
if (!ha)
return -EFAULT;
+
+ if (gen.data_len > INT_MAX)
+ return -EINVAL;
+ if (gen.sense_len > INT_MAX)
+ return -EINVAL;
+ if (gen.data_len + gen.sense_len > INT_MAX)
+ return -EINVAL;
+
if (gen.data_len + gen.sense_len != 0) {
if (!(buf = gdth_ioctl_alloc(ha, gen.data_len + gen.sense_len,
FALSE, &paddr)))
--
1.7.1
More information about the kernel-team
mailing list