about summary refs log tree commit diff
path: root/sysdeps/unix/sysv
diff options
context:
space:
mode:
authorMel Gorman <mgorman@suse.de>2015-06-08 13:36:13 +0100
committerAndreas Schwab <schwab@linux-m68k.org>2015-06-26 22:47:45 +0200
commitf8ef472c0ff4644445ec716036d31430b4fa4bab (patch)
tree84b0109c810049cacdb5d59dc9524df7b6e4ba22 /sysdeps/unix/sysv
parenta2057c984e4314c3740f04cf54e36c824e4c8f32 (diff)
downloadglibc-f8ef472c0ff4644445ec716036d31430b4fa4bab.tar.gz
glibc-f8ef472c0ff4644445ec716036d31430b4fa4bab.tar.xz
glibc-f8ef472c0ff4644445ec716036d31430b4fa4bab.zip
malloc: Do not corrupt the top of a threaded heap if top chunk is MINSIZE [BZ #18502]
mksquashfs was reported in openSUSE to be causing segmentation faults when
creating installation images. Testing showed that mksquashfs sometimes
failed and could be reproduced within 10 attempts. The core dump looked
like the heap top was corrupted and was pointing to an unmapped area. In
other cases, this has been due to an application corrupting glibc structures
but mksquashfs appears to be fine in this regard.

The problem is that heap_trim is "growing" the top into unmapped space.
If the top chunk == MINSIZE then top_area is -1 and this check does not
behave as expected due to a signed/unsigned comparison

  if (top_area <= pad)
    return 0;

The next calculation extra = ALIGN_DOWN(top_area - pad, pagesz) calculates
extra as a negative number which also is unnoticed due to a signed/unsigned
comparison. We then call shrink_heap(heap, negative_number) which crashes
later. This patch adds a simple check against MINSIZE to make sure extra
does not become negative. It adds a cast to hint to the reader that this
is a signed vs unsigned issue.

Without the patch, mksquash fails within 10 attempts. With it applied, it
completed 1000 times without error. The standard test suite "make check"
showed no changes in the summary of test results.
Diffstat (limited to 'sysdeps/unix/sysv')
0 files changed, 0 insertions, 0 deletions