Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1392222 > unrolled thread

Re: [PATCH v2] nvmem/mxs-ocotp: fix buffer overflow in read

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: [PATCH v2] nvmem/mxs-ocotp: fix buffer overflow in read Stefan Wahren <stefan.wahren@i2se.com> - 2016-05-02 16:00 +0200
    Re: [PATCH v2] nvmem/mxs-ocotp: fix buffer overflow in read Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-05-02 16:50 +0200
      Re: [PATCH v2] nvmem/mxs-ocotp: fix buffer overflow in read Stefan Wahren <stefan.wahren@i2se.com> - 2016-05-02 17:00 +0200
        Re: [PATCH v2] nvmem/mxs-ocotp: fix buffer overflow in read Srinivas Kandagatla <srinivas.kandagatla@linaro.org> - 2016-05-02 17:00 +0200

#1392222 — Re: [PATCH v2] nvmem/mxs-ocotp: fix buffer overflow in read

Hi Srinivas,
hi Greg,

Am 27.04.2016 um 14:39 schrieb Stanislav Meduna:
> This patch fixes the issue where the mxs_ocotp_read is reading
> the ocotp in reg_size steps but decrements the remaining size
> by 1. The number of iterations is thus four times higher,
> overwriting the area behind the output buffer.
>
> Fixes: c01e9a11ab6f ("nvmem: add driver for ocotp in i.MX23 and i.MX28")
> Tested-by: Stefan Wahren <stefan.wahren@i2se.com>
> Signed-off-by: Stanislav Meduna <stano@meduna.org>

any change to get this critical fix into 4.6?

Regards
Stefan

> ---
>  drivers/nvmem/mxs-ocotp.c | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/nvmem/mxs-ocotp.c b/drivers/nvmem/mxs-ocotp.c
> index 8ba19bb..2bb3c57 100644
> --- a/drivers/nvmem/mxs-ocotp.c
> +++ b/drivers/nvmem/mxs-ocotp.c
> @@ -94,7 +94,7 @@ static int mxs_ocotp_read(void *context, const void *reg, size_t reg_size,
>  	if (ret)
>  		goto close_banks;
>
> -	while (val_size) {
> +	while (val_size >= reg_size) {
>  		if ((offset < OCOTP_DATA_OFFSET) || (offset % 16)) {
>  			/* fill up non-data register */
>  			*buf = 0;
> @@ -103,7 +103,7 @@ static int mxs_ocotp_read(void *context, const void *reg, size_t reg_size,
>  		}
>
>  		buf++;
> -		val_size--;
> +		val_size -= reg_size;
>  		offset += reg_size;
>  	}
>

[toc] | [next] | [standalone]

#1392251

On Mon, May 02, 2016 at 03:55:53PM +0200, Stefan Wahren wrote:
> Hi Srinivas,
> hi Greg,
> 
> Am 27.04.2016 um 14:39 schrieb Stanislav Meduna:
> > This patch fixes the issue where the mxs_ocotp_read is reading
> > the ocotp in reg_size steps but decrements the remaining size
> > by 1. The number of iterations is thus four times higher,
> > overwriting the area behind the output buffer.
> >
> > Fixes: c01e9a11ab6f ("nvmem: add driver for ocotp in i.MX23 and i.MX28")
> > Tested-by: Stefan Wahren <stefan.wahren@i2se.com>
> > Signed-off-by: Stanislav Meduna <stano@meduna.org>
> 
> any change to get this critical fix into 4.6?

This is the first I've seen this patch :(

Can you resend it in a format I can apply it in?

thanks,

greg k-h

[toc] | [prev] | [next] | [standalone]

#1392259

Hi Stano,

Am 02.05.2016 um 16:44 schrieb Greg Kroah-Hartman:
> On Mon, May 02, 2016 at 03:55:53PM +0200, Stefan Wahren wrote:
>> Hi Srinivas,
>> hi Greg,
>>
>> Am 27.04.2016 um 14:39 schrieb Stanislav Meduna:
>>> This patch fixes the issue where the mxs_ocotp_read is reading
>>> the ocotp in reg_size steps but decrements the remaining size
>>> by 1. The number of iterations is thus four times higher,
>>> overwriting the area behind the output buffer.
>>>
>>> Fixes: c01e9a11ab6f ("nvmem: add driver for ocotp in i.MX23 and i.MX28")
>>> Tested-by: Stefan Wahren <stefan.wahren@i2se.com>
>>> Signed-off-by: Stanislav Meduna <stano@meduna.org>
>> any change to get this critical fix into 4.6?
> This is the first I've seen this patch :(

sorry for this.

>
> Can you resend it in a format I can apply it in?

Could you please resend V2 to Greg?

Thanks
Stefan

>
> thanks,
>
> greg k-h
>
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

[toc] | [prev] | [next] | [standalone]

#1392266

Hi Stefan,


On 02/05/16 15:50, Stefan Wahren wrote:
> Hi Stano,
>
> Am 02.05.2016 um 16:44 schrieb Greg Kroah-Hartman:
>> On Mon, May 02, 2016 at 03:55:53PM +0200, Stefan Wahren wrote:
>>> Hi Srinivas,
>>> hi Greg,
>>>
>>> Am 27.04.2016 um 14:39 schrieb Stanislav Meduna:
>>>> This patch fixes the issue where the mxs_ocotp_read is reading
>>>> the ocotp in reg_size steps but decrements the remaining size
>>>> by 1. The number of iterations is thus four times higher,
>>>> overwriting the area behind the output buffer.
>>>>
>>>> Fixes: c01e9a11ab6f ("nvmem: add driver for ocotp in i.MX23 and i.MX28")
>>>> Tested-by: Stefan Wahren <stefan.wahren@i2se.com>
>>>> Signed-off-by: Stanislav Meduna <stano@meduna.org>
>>> any change to get this critical fix into 4.6?
>> This is the first I've seen this patch :(
>
> sorry for this.
>
>>
>> Can you resend it in a format I can apply it in?
>
> Could you please resend V2 to Greg?

I will re-send this patch to Greg in next few mins..

thanks,
srini

>
> Thanks
> Stefan
>
>>
>> thanks,
>>
>> greg k-h
>>
>> _______________________________________________
>> linux-arm-kernel mailing list
>> linux-arm-kernel@lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
>

[toc] | [prev] | [standalone]

Back to top | Article view | linux.kernel

csiph-web