diff options
author | Andreas Rheinhardt <andreas.rheinhardt@gmail.com> | 2019-12-07 00:16:19 +0100 |
---|---|---|
committer | James Almer <jamrial@gmail.com> | 2019-12-13 12:01:20 -0300 |
commit | 48ae2358482f6c64090227dda6915bd10f2183b0 (patch) | |
tree | b0b6bf4b3fd75a444ff4ff9debeb0fcfb448c33b /RELEASE_NOTES | |
parent | 2f89f24eb952337a60a03e0dd602c28107c1d87a (diff) | |
download | ffmpeg-48ae2358482f6c64090227dda6915bd10f2183b0.tar.gz |
avformat/matroskadec: Fix use-after-free when demuxing ProRes
ProRes in Matroska is supposed to not contain the first atom header
(containing a size field and the tag "icpf") and therefore the Matroska
demuxer has to recreate it; this involves an allocation and copy, of
course. Whether the old buffer (containing the data without the atom
header) needs to be freed or not depends upon whether it is what was
directly read (in which case it is owned by an AVBuffer) or whether it
has been allocated when reversing the track's content compression (e.g.
zlib compression) that Matroska supports.
So there are three pointers involved: The one pointing to the directly
read data (owned by the AVBuffer), the one pointing to the currently
valid data (which coincides with the former if no content compression
needed to be reverted) and the one pointing to the new data with the
first atom header. The check for whether to free the second of these is
simply whether the first two are different.
This works mostly, but there is a complication: Some muxers don't strip
the first atom header away and in this case, it is also not reinserted
and no new buffer is allocated; instead, the second and the third
pointers agree. In this case, one must never free the second buffer.
Yet it is currently done if the track is e.g. zlib compressed.
This commit fixes this.
This is a regression since b8e75a2a.
Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
Signed-off-by: James Almer <jamrial@gmail.com>
(cherry picked from commit af50f0a515d8096fece9776e2d3034fe990a1373)
Diffstat (limited to 'RELEASE_NOTES')
0 files changed, 0 insertions, 0 deletions