[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