kernel-janitors.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [patch] rt2x00: type bug in _rt2500usb_register_read()
@ 2015-11-26 11:55 Dan Carpenter
  2015-11-26 12:21 ` walter harms
                   ` (2 more replies)
  0 siblings, 3 replies; 5+ messages in thread
From: Dan Carpenter @ 2015-11-26 11:55 UTC (permalink / raw)
  To: Stanislaw Gruszka
  Cc: Helmut Schaa, Kalle Valo, linux-wireless, kernel-janitors

This code causes a static checker bug.

drivers/net/wireless/ralink/rt2x00/rt2500usb.c:232 _rt2500usb_register_read()
warn: passing casted pointer 'value' to 'rt2500usb_register_read()' 32 vs 16.

If the low 16 bits were initialized to zero then this code would only be
a problem on big endian systems.  But in this case this is case the low
16 bits are never initialized.  This is called from a function which is
created using a macro:

RT2X00DEBUGFS_OPS(csr, "0x%.8x\n", u32);

We end up copying uninitialized data to the user which is bogus and an
information leak.

Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
---
Not tested.  Perhaps we should just remove this code since it has never
worked.

diff --git a/drivers/net/wireless/ralink/rt2x00/rt2500usb.c b/drivers/net/wireless/ralink/rt2x00/rt2500usb.c
index b50d873..d26018f 100644
--- a/drivers/net/wireless/ralink/rt2x00/rt2500usb.c
+++ b/drivers/net/wireless/ralink/rt2x00/rt2500usb.c
@@ -229,7 +229,10 @@ static void _rt2500usb_register_read(struct rt2x00_dev *rt2x00dev,
 				     const unsigned int offset,
 				     u32 *value)
 {
-	rt2500usb_register_read(rt2x00dev, offset, (u16 *)value);
+	u16 tmp;
+
+	rt2500usb_register_read(rt2x00dev, offset, &tmp);
+	*value = tmp;
 }
 
 static void _rt2500usb_register_write(struct rt2x00_dev *rt2x00dev,

^ permalink raw reply related	[flat|nested] 5+ messages in thread

* Re: [patch] rt2x00: type bug in _rt2500usb_register_read()
  2015-11-26 11:55 [patch] rt2x00: type bug in _rt2500usb_register_read() Dan Carpenter
@ 2015-11-26 12:21 ` walter harms
  2015-11-26 12:36   ` Dan Carpenter
  2015-11-26 13:52 ` Stanislaw Gruszka
  2015-11-30 12:58 ` Kalle Valo
  2 siblings, 1 reply; 5+ messages in thread
From: walter harms @ 2015-11-26 12:21 UTC (permalink / raw)
  To: Dan Carpenter
  Cc: Stanislaw Gruszka, Helmut Schaa, Kalle Valo, linux-wireless,
	kernel-janitors



Am 26.11.2015 12:55, schrieb Dan Carpenter:
> This code causes a static checker bug.
> 
> drivers/net/wireless/ralink/rt2x00/rt2500usb.c:232 _rt2500usb_register_read()
> warn: passing casted pointer 'value' to 'rt2500usb_register_read()' 32 vs 16.
> 
> If the low 16 bits were initialized to zero then this code would only be
> a problem on big endian systems.  But in this case this is case the low
> 16 bits are never initialized.  This is called from a function which is
> created using a macro:
> 
> RT2X00DEBUGFS_OPS(csr, "0x%.8x\n", u32);
> 
> We end up copying uninitialized data to the user which is bogus and an
> information leak.
> 
> Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
> ---
> Not tested.  Perhaps we should just remove this code since it has never
> worked.
> 
> diff --git a/drivers/net/wireless/ralink/rt2x00/rt2500usb.c b/drivers/net/wireless/ralink/rt2x00/rt2500usb.c
> index b50d873..d26018f 100644
> --- a/drivers/net/wireless/ralink/rt2x00/rt2500usb.c
> +++ b/drivers/net/wireless/ralink/rt2x00/rt2500usb.c
> @@ -229,7 +229,10 @@ static void _rt2500usb_register_read(struct rt2x00_dev *rt2x00dev,
>  				     const unsigned int offset,
>  				     u32 *value)
>  {
> -	rt2500usb_register_read(rt2x00dev, offset, (u16 *)value);
> +	u16 tmp;
> +
> +	rt2500usb_register_read(rt2x00dev, offset, &tmp);
> +	*value = tmp;
>  }
>  

perhaps, cleaning *value would be sufficient ? Avoiding the need for a tmp var.

*value = 0
rt2500usb_register_read(rt2x00dev, offset, (u16 *)value);


re,
 wh

>  static void _rt2500usb_register_write(struct rt2x00_dev *rt2x00dev,
> --
> To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [patch] rt2x00: type bug in _rt2500usb_register_read()
  2015-11-26 12:21 ` walter harms
@ 2015-11-26 12:36   ` Dan Carpenter
  0 siblings, 0 replies; 5+ messages in thread
From: Dan Carpenter @ 2015-11-26 12:36 UTC (permalink / raw)
  To: walter harms
  Cc: Stanislaw Gruszka, Helmut Schaa, Kalle Valo, linux-wireless,
	kernel-janitors

On Thu, Nov 26, 2015 at 01:21:48PM +0100, walter harms wrote:
> > If the low 16 bits were initialized to zero then this code would only be
> > a problem on big endian systems.

> perhaps, cleaning *value would be sufficient ? Avoiding the need for a tmp var.
> 
> *value = 0
> rt2500usb_register_read(rt2x00dev, offset, (u16 *)value);
> 

Because if you initialize value then you still have a bug on big endian
systems.

regards,
dan carpenter


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [patch] rt2x00: type bug in _rt2500usb_register_read()
  2015-11-26 11:55 [patch] rt2x00: type bug in _rt2500usb_register_read() Dan Carpenter
  2015-11-26 12:21 ` walter harms
@ 2015-11-26 13:52 ` Stanislaw Gruszka
  2015-11-30 12:58 ` Kalle Valo
  2 siblings, 0 replies; 5+ messages in thread
From: Stanislaw Gruszka @ 2015-11-26 13:52 UTC (permalink / raw)
  To: Dan Carpenter; +Cc: Helmut Schaa, Kalle Valo, linux-wireless, kernel-janitors

On Thu, Nov 26, 2015 at 02:55:23PM +0300, Dan Carpenter wrote:
> This code causes a static checker bug.
> 
> drivers/net/wireless/ralink/rt2x00/rt2500usb.c:232 _rt2500usb_register_read()
> warn: passing casted pointer 'value' to 'rt2500usb_register_read()' 32 vs 16.
> 
> If the low 16 bits were initialized to zero then this code would only be
> a problem on big endian systems.  But in this case this is case the low
> 16 bits are never initialized.  This is called from a function which is
> created using a macro:
> 
> RT2X00DEBUGFS_OPS(csr, "0x%.8x\n", u32);
> 
> We end up copying uninitialized data to the user which is bogus and an
> information leak.
> 
> Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
Acked-by: Stanislaw Gruszka <sgruszka@redhat.com>

> ---
> Not tested.  Perhaps we should just remove this code since it has never
> worked.

It is used for debugfs interface and I would like to keep it.

Stanislaw

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: rt2x00: type bug in _rt2500usb_register_read()
  2015-11-26 11:55 [patch] rt2x00: type bug in _rt2500usb_register_read() Dan Carpenter
  2015-11-26 12:21 ` walter harms
  2015-11-26 13:52 ` Stanislaw Gruszka
@ 2015-11-30 12:58 ` Kalle Valo
  2 siblings, 0 replies; 5+ messages in thread
From: Kalle Valo @ 2015-11-30 12:58 UTC (permalink / raw)
  To: Dan Carpenter
  Cc: Stanislaw Gruszka, Helmut Schaa, linux-wireless, kernel-janitors


> This code causes a static checker bug.
> 
> drivers/net/wireless/ralink/rt2x00/rt2500usb.c:232 _rt2500usb_register_read()
> warn: passing casted pointer 'value' to 'rt2500usb_register_read()' 32 vs 16.
> 
> If the low 16 bits were initialized to zero then this code would only be
> a problem on big endian systems.  But in this case this is case the low
> 16 bits are never initialized.  This is called from a function which is
> created using a macro:
> 
> RT2X00DEBUGFS_OPS(csr, "0x%.8x\n", u32);
> 
> We end up copying uninitialized data to the user which is bogus and an
> information leak.
> 
> Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
> Acked-by: Stanislaw Gruszka <sgruszka@redhat.com>

Thanks, applied to wireless-drivers-next.git.

Kalle Valo

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2015-11-30 12:58 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-11-26 11:55 [patch] rt2x00: type bug in _rt2500usb_register_read() Dan Carpenter
2015-11-26 12:21 ` walter harms
2015-11-26 12:36   ` Dan Carpenter
2015-11-26 13:52 ` Stanislaw Gruszka
2015-11-30 12:58 ` Kalle Valo

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).