[FFmpeg-devel] [PATCH 5/9] avformat/mov: Check extend and base offset

James Almer jamrial at gmail.com
Wed Jun 19 15:34:59 EEST 2024


On 6/18/2024 4:07 AM, Rémi Denis-Courmont wrote:
> 
> 
> Le 17 juin 2024 01:08:27 GMT+02:00, Michael Niedermayer <michael at niedermayer.cc> a écrit :
>> Fixes: signed integer overflow: 2314885530818453536 + 9151314442816847872 cannot be represented in type 'long'
>> Fixes: 68359/clusterfuzz-testcase-minimized-ffmpeg_dem_MOV_fuzzer-6571950311800832
>>
>> Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
>> Signed-off-by: Michael Niedermayer <michael at niedermayer.cc>
>> ---
>> libavformat/mov.c | 4 +++-
>> 1 file changed, 3 insertions(+), 1 deletion(-)
>>
>> diff --git a/libavformat/mov.c b/libavformat/mov.c
>> index 9016cd5ad08..46cbce98040 100644
>> --- a/libavformat/mov.c
>> +++ b/libavformat/mov.c
>> @@ -8131,7 +8131,9 @@ static int mov_read_iloc(MOVContext *c, AVIOContext *pb, MOVAtom atom)
>>          }
>>          for (int j = 0; j < extent_count; j++) {
>>              if (rb_size(pb, &extent_offset, offset_size) < 0 ||
>> -                rb_size(pb, &extent_length, length_size) < 0)
>> +                rb_size(pb, &extent_length, length_size) < 0 ||
>> +                base_offset < 0 || extent_offset < 0 ||
>> +                base_offset + (uint64_t)extent_offset > INT64_MAX)
> 
> Can we please stop with the bespoke arithmetic overflow checks and add dedicated helpers instead, similar to what GCC and C23 have?

You mean the __builtin_*_overflow() ones?

> 
>>                  return AVERROR_INVALIDDATA;
>>              if (offset_type == 1)
>>                  c->heif_item[i].is_idat_relative = 1;
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> 
> To unsubscribe, visit link above, or email
> ffmpeg-devel-request at ffmpeg.org with subject "unsubscribe".


More information about the ffmpeg-devel mailing list