You need to log in before you can comment on or make changes to this bug.
Created an attachment (id=783) [details] Crash reproducer Hello libtiff, As part of our fuzzing <https://www.owasp.org/index.php/Fuzzing> efforts at Google, we have identified an issue in version 4.0.7 (and latest from CVS) of libtiff. To reproduce requires compiling the project with the LLVM compiler, taking advantage of the sanitizers that it offers (this issue was discovered using AddressSanitizer <https://github.com/google/sanitizers/wiki/AddressSanitizer>). To reproduce you will need to build your project using that sanitizer, and execute the attached stub code on the reproducer input that we have also provided. This stub code could also serve as a useful template for fuzzing in your project with libFuzzer <http://libfuzzer.info> and/or AFL <http://lcamtuf.coredump.cx/afl/>, which may help you uncover additional issues. Some documentation on how to get started with libFuzzer is here: -Getting Started Documentation <http://llvm.org/docs/LibFuzzer.html#getting-started> -LibFuzzer Tutorial <http://llvm.org/docs/LibFuzzer.html#getting-started> -OSS-Fuzz target example <https://github.com/google/oss-fuzz/blob/a143b9b39a51412d133f846688194d68fe > 4197ba/projects/libchewing/chewing_default_fuzzer.c> The following options / environment variables may be necessary for accurate reproduction of the issue as well: ASAN_OPTIONS="exitcode=1,handle_segv=1,detect_leaks=1,leak_check_at_exit=1,a llocator_may_return_null=1,detect_odr_violation=0" MSAN_OPTIONS=... The sanitizer error that we encountered is here: ==14147==ERROR: AddressSanitizer failed to allocate 0x8020395000 (550296440832) bytes of LargeMmapAllocator (error code: 12) #8 0x4ff5f7 in TIFFReadContigStripData #9 0x500a40 in TIFFReadData #10 0x4ff08a in LLVMFuzzerTestOneInput Other relevant info/repro instructions: We will gladly work with you so you can successfully confirm and reproduce this issue. Do let us know if you have any feedback surrounding the documentation. Once you have reproduced the issue, we’d appreciate to learn your expected timeline for an update to be released. With any fix, please attribute the report to “Google Autofuzz project”. We are also pleased to inform you that your project is also eligible for inclusion to the OSS-Fuzz project, which can provide additional continuous fuzzing, and encourage you to investigate integration options <https://github.com/google/oss-fuzz/blob/master/docs/new_project_guide.md>. Don’t hesitate to let us know if you have any questions! Google AutoFuzz Team
I do not reproduce with latest code. I think it has already been fixed.
Bugzilla is no longer used for tracking libtiff issues. Remaining open tickets, such as this one, have been migrated to the libtiff GitLab instance at https://gitlab.com/libtiff/libtiff/issues . The migrated tickets have their summary prefixed with [BZ#XXXX] where XXXX is the initial Bugzilla issue number.