There is a heap buffer overflow in j2k.c(line 3643) while loading image with FreeImage_Load function。
==9615==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x619000002268 at pc 0x7f914ab39190 bp 0x7fff59f30e50 sp 0x7fff59f305f8
READ of size 2560 at 0x619000002268 thread T0
#0 0x7f914ab3918f (/lib/x86_64-linux-gnu/libasan.so.5+0x9a18f)
#1 0x563383c22fd2 in memcpy /usr/include/x86_64-linux-gnu/bits/string_fortified.h:34
#2 0x563383c22fd2 in j2k_read_ppm_v3 Source/LibOpenJPEG/j2k.c:3643
#3 0x563383c43a58 in opj_j2k_read_header_procedure Source/LibOpenJPEG/j2k.c:6980
#4 0x563383c29050 in opj_j2k_exec Source/LibOpenJPEG/j2k.c:7035
#5 0x563383c45cbc in opj_j2k_read_header Source/LibOpenJPEG/j2k.c:6567
#6 0x563382fc03dd in Load Source/FreeImage/PluginJ2K.cpp:169
#7 0x563382f4d47b in FreeImage_LoadFromHandle Source/FreeImage/Plugin.cpp:388
#8 0x563382f4d47b in FreeImage_LoadFromHandle Source/FreeImage/Plugin.cpp:380
#9 0x563382f4d952 in FreeImage_Load Source/FreeImage/Plugin.cpp:408
#10 0x563382f0812b in main /home/lab4/src/freeimage-svn/FreeImage/trunk/load-test.c:16
#11 0x7f914a590b6a in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x26b6a)
#12 0x563382f18f69 in _start (/home/lab4/src/freeimage-svn/FreeImage/trunk/load-test+0x149f69)
0x619000002268 is located 0 bytes to the right of 1000-byte region [0x619000001e80,0x619000002268)
allocated by thread T0 here:
#0 0x7f914abab448 in malloc (/lib/x86_64-linux-gnu/libasan.so.5+0x10c448)
#1 0x563383c5fa9d in opj_j2k_create_decompress Source/LibOpenJPEG/j2k.c:8136
#2 0x5633834a7215 in opj_create_decompress Source/LibOpenJPEG/openjpeg.c:238
#3 0x563382fc0335 in Load Source/FreeImage/PluginJ2K.cpp:155
#4 0x563382f4d47b in FreeImage_LoadFromHandle Source/FreeImage/Plugin.cpp:388
#5 0x563382f4d47b in FreeImage_LoadFromHandle Source/FreeImage/Plugin.cpp:380
#6 0x563382f4d952 in FreeImage_Load Source/FreeImage/Plugin.cpp:408
#7 0x563382f0812b in main /home/lab4/src/freeimage-svn/FreeImage/trunk/load-test.c:16
SUMMARY: AddressSanitizer: heap-buffer-overflow (/lib/x86_64-linux-gnu/libasan.so.5+0x9a18f)
Shadow bytes around the buggy address:
0x0c327fff83f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0c327fff8400: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0c327fff8410: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0c327fff8420: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0c327fff8430: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
=>0x0c327fff8440: 00 00 00 00 00 00 00 00 00 00 00 00 00[fa]fa fa
0x0c327fff8450: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c327fff8460: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c327fff8470: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c327fff8480: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c327fff8490: 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
Freed heap region: fd
Stack left redzone: f1
Stack mid redzone: f2
Stack right redzone: f3
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
Shadow gap: cc
==9615==ABORTING
Aborted
To reproduce it ,compile FreeImage with ASAN. Then compile and execute the test file in the attachment as follows:
Clang++ -g -fsanitize=address load-test.c -lfreeimage -L. -lm -o load-test
./load-test oob_read_j2k_3643
ADLab of Venustech