public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: linux-kernel@vger.kernel.org
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	stable@vger.kernel.org, Dan Carpenter <dan.carpenter@oracle.com>,
	Jens Axboe <axboe@kernel.dk>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Jonathan Salwan <jonathan.salwan@gmail.com>,
	Luis Henriques <luis.henriques@canonical.com>
Subject: [ 02/11] drivers/cdrom/cdrom.c: use kzalloc() for failing hardware
Date: Thu, 11 Jul 2013 15:11:02 -0700	[thread overview]
Message-ID: <20130711220545.877158517@linuxfoundation.org> (raw)
In-Reply-To: <20130711220545.542911892@linuxfoundation.org>

3.4-stable review patch.  If anyone has any objections, please let me know.

------------------

From: Jonathan Salwan <jonathan.salwan@gmail.com>

commit 542db01579fbb7ea7d1f7bb9ddcef1559df660b2 upstream.

In drivers/cdrom/cdrom.c mmc_ioctl_cdrom_read_data() allocates a memory
area with kmalloc in line 2885.

  2885         cgc->buffer = kmalloc(blocksize, GFP_KERNEL);
  2886         if (cgc->buffer == NULL)
  2887                 return -ENOMEM;

In line 2908 we can find the copy_to_user function:

  2908         if (!ret && copy_to_user(arg, cgc->buffer, blocksize))

The cgc->buffer is never cleaned and initialized before this function.
If ret = 0 with the previous basic block, it's possible to display some
memory bytes in kernel space from userspace.

When we read a block from the disk it normally fills the ->buffer but if
the drive is malfunctioning there is a chance that it would only be
partially filled.  The result is an leak information to userspace.

Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
Cc: Jens Axboe <axboe@kernel.dk>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Jonathan Salwan <jonathan.salwan@gmail.com>
Cc: Luis Henriques <luis.henriques@canonical.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

---
 drivers/cdrom/cdrom.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- a/drivers/cdrom/cdrom.c
+++ b/drivers/cdrom/cdrom.c
@@ -2882,7 +2882,7 @@ static noinline int mmc_ioctl_cdrom_read
 	if (lba < 0)
 		return -EINVAL;
 
-	cgc->buffer = kmalloc(blocksize, GFP_KERNEL);
+	cgc->buffer = kzalloc(blocksize, GFP_KERNEL);
 	if (cgc->buffer == NULL)
 		return -ENOMEM;
 



  parent reply	other threads:[~2013-07-11 22:11 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-11 22:11 [ 00/11] 3.4.53-stable review Greg Kroah-Hartman
2013-07-11 22:11 ` [ 01/11] libceph: Fix NULL pointer dereference in auth client code Greg Kroah-Hartman
2013-07-11 22:11 ` Greg Kroah-Hartman [this message]
2013-07-11 22:11 ` [ 03/11] charger-manager: Ensure event is not used as format string Greg Kroah-Hartman
2013-07-11 22:11 ` [ 04/11] hpfs: better test for errors Greg Kroah-Hartman
2013-07-11 22:11 ` [ 05/11] block: do not pass disk names as format strings Greg Kroah-Hartman
2013-07-11 22:11 ` [ 06/11] crypto: sanitize argument for format string Greg Kroah-Hartman
2013-07-11 22:11 ` [ 07/11] MAINTAINERS: add stable_kernel_rules.txt to stable maintainer information Greg Kroah-Hartman
2013-07-24  5:09   ` Ben Hutchings
2013-07-24  5:30     ` Greg Kroah-Hartman
2013-07-11 22:11 ` [ 08/11] Revert "serial: 8250_pci: add support for another kind of NetMos Technology PCI 9835 Multi-I/O Controller" Greg Kroah-Hartman
2013-07-11 22:11 ` [ 09/11] nfsd4: fix decoding of compounds across page boundaries Greg Kroah-Hartman
2013-07-11 22:11 ` [ 10/11] SCSI: sd: Fix parsing of temporary cache mode prefix Greg Kroah-Hartman
2013-07-11 22:11 ` [ 11/11] Revert "sched: Add missing call to calc_load_exit_idle()" Greg Kroah-Hartman
2013-07-12  0:24 ` [ 00/11] 3.4.53-stable review Paul Gortmaker
2013-07-12  0:33   ` Greg Kroah-Hartman
2013-07-12  2:17     ` Steven Rostedt
2013-07-12 14:58 ` Benjamin LaHaise
2013-07-12 15:08   ` Greg Kroah-Hartman
2013-07-12 17:21 ` Shuah Khan
2013-07-12 17:34 ` Guenter Roeck
2013-07-12 18:38   ` Greg Kroah-Hartman
2013-07-13  4:16 ` Satoru Takeuchi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20130711220545.877158517@linuxfoundation.org \
    --to=gregkh@linuxfoundation.org \
    --cc=akpm@linux-foundation.org \
    --cc=axboe@kernel.dk \
    --cc=dan.carpenter@oracle.com \
    --cc=jonathan.salwan@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=luis.henriques@canonical.com \
    --cc=stable@vger.kernel.org \
    --cc=torvalds@linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox