All of lore.kernel.org
 help / color / mirror / Atom feed
From: walter harms <wharms@bfs.de>
To: kernel-janitors@vger.kernel.org
Subject: Re: firmware: fix possible use after free on name on asynchronous request
Date: Fri, 29 May 2015 07:24:39 +0000	[thread overview]
Message-ID: <55681437.5000604@bfs.de> (raw)
In-Reply-To: <20150528090227.GA13248@mwanda>



Am 29.05.2015 02:45, schrieb Luis R. Rodriguez:
> On Thu, May 28, 2015 at 12:02:27PM +0300, Dan Carpenter wrote:
>> Hello Luis R. Rodriguez,
>>
>> The patch f9692b2699bd: "firmware: fix possible use after free on
>> name on asynchronous request" from May 12, 2015, leads to the
>> following static checker warning:
>>
>> 	drivers/base/firmware_class.c:1311 request_firmware_nowait()
>> 	warn: possible memory leak of 'fw_work'
>>
>> drivers/base/firmware_class.c
>>   1296  int
>>   1297  request_firmware_nowait(
>>   1298          struct module *module, bool uevent,
>>   1299          const char *name, struct device *device, gfp_t gfp, void *context,
>>   1300          void (*cont)(const struct firmware *fw, void *context))
>>   1301  {
>>   1302          struct firmware_work *fw_work;
>>   1303  
>>   1304          fw_work = kzalloc(sizeof(struct firmware_work), gfp);
>>   1305          if (!fw_work)
>>   1306                  return -ENOMEM;
>>   1307  
>>   1308          fw_work->module = module;
>>   1309          fw_work->name = kstrdup_const(name, gfp);
>>   1310          if (!fw_work->name)
>>
>> kfree(fw_work).
>>
>>   1311                  return -ENOMEM;
>>   1312          fw_work->device = device;
>>   1313          fw_work->context = context;
>>   1314          fw_work->cont = cont;
>>   1315          fw_work->opt_flags = FW_OPT_NOWAIT | FW_OPT_FALLBACK |
>>   1316                  (uevent ? FW_OPT_UEVENT : FW_OPT_USERHELPER);
>>   1317  
>>   1318          if (!try_module_get(module)) {
>>   1319                  kfree_const(fw_work->name);
>>   1320                  kfree(fw_work);
>>   1321                  return -EFAULT;
>>   1322          }
>>   1323  
>>   1324          get_device(fw_work->device);
>>   1325          INIT_WORK(&fw_work->work, request_firmware_work_func);
>>   1326          schedule_work(&fw_work->work);
>>   1327          return 0;
>>   1328  }
> 
> Bleh, thanks, I'm submitting this next:
> 
>>From 30da66c4bb1da33f1a789099e4b02e479332f4a2 Mon Sep 17 00:00:00 2001
> From: "Luis R. Rodriguez" <mcgrof@suse.com>
> Date: Thu, 28 May 2015 17:43:30 -0700
> Subject: [PATCH] firmware: add missing kfree for work on async call
> 
> The recent fix to use kstrdup_const() failed to add a
> kfree upon failure of name allocation...
> 
> Cc: Ming Lei <ming.lei@canonical.com>
> Cc: Seth Forshee <seth.forshee@canonical.com>
> Cc: Kyle McMartin <kyle@kernel.org>
> Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>
> ---
>  drivers/base/firmware_class.c | 4 +++-
>  1 file changed, 3 insertions(+), 1 deletion(-)
> 
> diff --git a/drivers/base/firmware_class.c b/drivers/base/firmware_class.c
> index 8c3aa3c..9c42883 100644
> --- a/drivers/base/firmware_class.c
> +++ b/drivers/base/firmware_class.c
> @@ -1307,8 +1307,10 @@ request_firmware_nowait(
>  
>  	fw_work->module = module;
>  	fw_work->name = kstrdup_const(name, gfp);
> -	if (!fw_work->name)
> +	if (!fw_work->name) {
> +		kfree(fw_work);
>  		return -ENOMEM;
> +	}
>  	fw_work->device = device;
>  	fw_work->context = context;
>  	fw_work->cont = cont;


Hi Luis,
if it is possible to change firmware_work
and make char *name a name[] you could alloc via.

kzalloc(sizeof(struct firmware_work)+strlen(name)+1, gfp);

perhaps that zero length can make thinks more easy.
(at least you need only one free).

hope that helps,

re,
 wh

  parent reply	other threads:[~2015-05-29  7:24 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-28  9:02 firmware: fix possible use after free on name on asynchronous request Dan Carpenter
2015-05-29  0:45 ` Luis R. Rodriguez
2015-05-29  7:24 ` walter harms [this message]
2015-05-29 16:52 ` Luis R. Rodriguez

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=55681437.5000604@bfs.de \
    --to=wharms@bfs.de \
    --cc=kernel-janitors@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.