Null-dereference READ in mov_read_sidx |
||||
Issue descriptionDetailed report: https://clusterfuzz.com/testcase?key=5634316373721088 Fuzzer: libFuzzer_audio_decoder_fuzzer Fuzz target binary: audio_decoder_fuzzer Job Type: windows_libfuzzer_chrome_asan Platform Id: windows Crash Type: Null-dereference READ Crash Address: 0x0000000000a0 Crash State: mov_read_sidx mov_read_default mov_read_header Sanitizer: address (ASAN) Regressed: https://clusterfuzz.com/revisions?job=windows_libfuzzer_chrome_asan&range=617276:617282 Reproducer Testcase: https://clusterfuzz.com/download?testcase_id=5634316373721088 Issue filed automatically. See https://chromium.googlesource.com/chromium/src/+/master/testing/libfuzzer/reproducing.md for instructions to reproduce this bug locally.
,
Jan 19
(3 days ago)
Automatically adding ccs based on OWNERS file / target commit history. If this is incorrect, please add ClusterFuzz-Wrong label.
,
Jan 19
(3 days ago)
Automatically assigning owner based on suspected regression changelist https://chromium.googlesource.com/chromium/third_party/ffmpeg/+/8b857829e499caea0ac4fbd284115aa9347e2e42 (lavf/mov: ensure only one tkhd per trak). If this is incorrect, please let us know why and apply the Test-Predator-Wrong-CLs label. If you aren't the correct owner for this issue, please unassign yourself as soon as possible so it can be re-triaged.
,
Today
(12 hours ago)
|
||||
►
Sign in to add a comment |
||||
Comment 1 by ClusterFuzz
, Jan 19 (3 days ago)Labels: Test-Predator-Auto-Components