[Secure-testing-team] Bug#889272: jhead: heap buffer overflow while running jhead
Joonun Jang
joonun.jang at gmail.com
Sat Feb 3 07:33:24 UTC 2018
Package: jhead
Version: 1:3.00-5
Severity: important
Tags: security
heap buffer overflow running jhead with "poc" option
Running 'jhead poc' with the attached file raises heap buffer overflow
which may allow a remote attacker to cause unspecified impact including denial-of-service attack
I expected the program to terminate without segfault, but the program crashes as follow
june at june:~/temp/report/jhead/00013658$ ../../binary/jhead-3.00/jhead ./poc
=================================================================
==10024==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x60200000efff at pc 0x555555570af5 bp 0x7ffffffef920 sp 0x7ffffffef918
READ of size 1 at 0x60200000efff thread T0
#0 0x555555570af4 in Get32s exif.c:337
#1 0x555555570af4 in Get32u exif.c:365
#2 0x555555570af4 in process_EXIF exif.c:1021
#3 0x555555568506 in ReadJpegSections jpgfile.c:287
#4 0x555555568a05 in ReadJpegSections jpgfile.c:126
#5 0x555555568a05 in ReadJpegFile jpgfile.c:375
#6 0x555555564af3 in ProcessFile jhead.c:896
#7 0x555555562608 in main jhead.c:1729
#8 0x7ffff67bb2b0 in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x202b0)
#9 0x555555563a19 in _start (/home/june/temp/report/binary/jhead-3.00/jhead+0xfa19)
0x60200000efff is located 0 bytes to the right of 15-byte region [0x60200000eff0,0x60200000efff)
allocated by thread T0 here:
#0 0x7ffff6effd28 in malloc (/usr/lib/x86_64-linux-gnu/libasan.so.3+0xc1d28)
#1 0x555555567b36 in ReadJpegSections jpgfile.c:173
SUMMARY: AddressSanitizer: heap-buffer-overflow exif.c:337 in Get32s
Shadow bytes around the buggy address:
0x0c047fff9da0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c047fff9db0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c047fff9dc0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c047fff9dd0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c047fff9de0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
=>0x0c047fff9df0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa 00[07]
0x0c047fff9e00: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c047fff9e10: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c047fff9e20: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c047fff9e30: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c047fff9e40: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
Shadow byte legend (one shadow byte represents 8 application bytes):
Addressable: 00
Partially addressable: 01 02 03 04 05 06 07
Heap left redzone: fa
Heap right redzone: fb
Freed heap region: fd
Stack left redzone: f1
Stack mid redzone: f2
Stack right redzone: f3
Stack partial redzone: f4
Stack after return: f5
Stack use after scope: f8
Global redzone: f9
Global init order: f6
Poisoned by user: f7
Container overflow: fc
Array cookie: ac
Intra object redzone: bb
ASan internal: fe
Left alloca redzone: ca
Right alloca redzone: cb
==10024==ABORTING
This bug was found with a fuzzer developed by 'SoftSec' group at KAIST
-- System Information:
Debian Release: 9.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-3-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages jhead depends on:
ii libc6 2.24-11+deb9u1
ii libjpeg-turbo-progs 1:1.5.1-2
jhead recommends no packages.
Versions of packages jhead suggests:
ii imagemagick 8:6.9.7.4+dfsg-11+deb9u4
ii imagemagick-6.q16 [imagemagick] 8:6.9.7.4+dfsg-11+deb9u4
-- no debconf information
-------------- next part --------------
A non-text attachment was scrubbed...
Name: poc
Type: image/jpeg
Size: 145 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/secure-testing-team/attachments/20180203/da763677/attachment.jpe>
More information about the Secure-testing-team
mailing list