[Pixman] [PATCH] Fix arithmetic overflow in pointer arithmetic in ‘general_composite_rect’
Søren Sandmann
soren.sandmann at gmail.com
Mon Sep 21 13:43:46 PDT 2015
Regardless of who ends up listed as the patch author, this is
Reviewed-by: soren.sandmann at gmail.com
Søren
On Sep 21, 2015 3:07 PM, "Siarhei Siamashka" <siarhei.siamashka at gmail.com>
wrote:
> On Mon, 21 Sep 2015 17:10:36 +0200
> ludo at gnu.org (Ludovic Courtès) wrote:
>
> > Hello,
> >
> > The patch below intends to fix an arithmetic overflow occurring in a
> > pointer arithmetic context in ‘general_composite_rect’, as explained at:
> >
> > https://bugs.freedesktop.org/show_bug.cgi?id=92027#c6
>
> Sorry, I forgot to mention
> http://cgit.freedesktop.org/pixman/tree/README?id=pixman-0.33.2#n46
>
> We would also need a commit message for the patch. So it normally
> should be created with "git format-patch" command and sent to the
> mailing list using "git send-email".
>
> > The bug can most likely lead to a crash.
>
> Yes, I can confirm that the bug is reproducible on my x86-64 system:
>
> export CFLAGS="-O2 -m32" && ./autogen.sh
> ./configure --disable-libpng --disable-gtk && make
> setarch i686 -R test/stress-test
>
> > In a preliminary review, Siarhei Siamashka notes that ‘width + 1’ is
> > insufficient to take 16-byte alignment constraints into account.
> > Indeed, AFAICS, it is sufficient when Bpp == 16 but probably not when
> > Bpp == 4.
> >
> > Siarhei also suggests that more rewriting in needed in that part of the
> > code, but I’ll leave that to you. ;-)
>
> Basically, I would probably do it in the following way:
>
>
> diff --git a/pixman/pixman-general.c b/pixman/pixman-general.c
> index 7cdea29..5ffa063 100644
> --- a/pixman/pixman-general.c
> +++ b/pixman/pixman-general.c
> @@ -155,23 +155,21 @@ general_composite_rect (pixman_implementation_t
> *imp, #define
> ALIGN(addr) \
> ((uint8_t *)((((uintptr_t)(addr)) + 15) & (~15)))
> - src_buffer = ALIGN (scanline_buffer);
> - mask_buffer = ALIGN (src_buffer + width * Bpp);
> - dest_buffer = ALIGN (mask_buffer + width * Bpp);
> + if (_pixman_multiply_overflows_int (width, Bpp * 3))
> + return;
>
> - if (ALIGN (dest_buffer + width * Bpp) >
> - scanline_buffer + sizeof (stack_scanline_buffer))
> + if (width * Bpp * 3 > sizeof (stack_scanline_buffer) - 32 * 3)
> {
> scanline_buffer = pixman_malloc_ab_plus_c (width, Bpp * 3, 32
> * 3);
> if (!scanline_buffer)
> return;
> -
> - src_buffer = ALIGN (scanline_buffer);
> - mask_buffer = ALIGN (src_buffer + width * Bpp);
> - dest_buffer = ALIGN (mask_buffer + width * Bpp);
> }
>
> + src_buffer = ALIGN (scanline_buffer);
> + mask_buffer = ALIGN (src_buffer + width * Bpp);
> + dest_buffer = ALIGN (mask_buffer + width * Bpp);
> +
> if (width_flag == ITER_WIDE)
> {
> /* To make sure there aren't any NANs in the buffers */
>
>
>
> This bug is your find and you should get credit for it :-)
> Please let me know if you:
> 1. are going to send an updated patch yourself.
> 2. want me to do this on your behalf (listing you as the patch author).
> 3. want me to submit a patch myself (listing you as the bug reporter).
>
>
> Also this is an important bugfix for a non-obvious problem, which can
> be really a PITA to debug. I would nominate it for a pixman-0.32.8
> bugfix release.
>
> --
> Best regards,
> Siarhei Siamashka
> _______________________________________________
> Pixman mailing list
> Pixman at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/pixman
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/pixman/attachments/20150921/ab55e737/attachment.html>
More information about the Pixman
mailing list