After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 324209 - [CVE-2005-4048] avcodec_default_get_buffer heap overflow
[CVE-2005-4048] avcodec_default_get_buffer heap overflow
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-libav
0.10.0
Other Linux
: Urgent major
: 0.10.1
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-12-15 19:43 UTC by Loïc Minier
Modified: 2006-01-13 13:15 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
fir for CVE-2005-4048 avcodec_default_get_buffer heap overflow (3.34 KB, patch)
2005-12-15 19:48 UTC, Loïc Minier
committed Details | Review
Proper patching using quilt patches (10.18 KB, patch)
2006-01-13 13:15 UTC, Edward Hervey
none Details | Review

Description Loïc Minier 2005-12-15 19:43:40 UTC
Hi,

CVE-2005-4048 was brought to my attention, this is a heap overflow in
avcodec_default_get_buffer present in gst-ffmpeg 0.8.7.

The discovery:
http://article.gmane.org/gmane.comp.video.ffmpeg.devel/26558

Upstream's commit:
http://mplayerhq.hu/pipermail/ffmpeg-cvslog/2005-December/000979.html

I'll attach a patch against 0.8.7.

Cheers,
Comment 1 Loïc Minier 2005-12-15 19:48:05 UTC
Created attachment 56041 [details] [review]
fir for CVE-2005-4048 avcodec_default_get_buffer heap overflow
Comment 2 Andy Wingo 2006-01-12 11:21:47 UTC
I can't believe this sat for almost a month. Thanks for the patch, Loïc. Committed on both branches.
Comment 3 Tim-Philipp Müller 2006-01-13 09:34:37 UTC
Andy, speaking for myself only I can tell you why this patch sat here for so long: because I don't have the slightest idea how/where to apply it. I am not sure whether committing it directly to mirror/ffmpeg/libavcodec is the right way of doing this, it should probably have gone as a patch into the patch directory, no?

Besides, we might not actually affected by this as we require a minimum size of 16x16 and should bail out before the decoding step because of that, but I haven't actually checked whether we do.

Loic, do you happen to have one of those .pngs at hand by any chance?
Comment 4 Loïc Minier 2006-01-13 09:45:04 UTC
Nope.
Comment 5 Andy Wingo 2006-01-13 10:27:41 UTC
Hm, well maybe I borked it. Not sure. Since this fix is in upstream I'm not worried about it being overwritten by a future merge with a snapshot. Adding Ronald to CC -- Ronald, what do you think?
Comment 6 Ronald Bultje 2006-01-13 12:39:20 UTC
I barely care, but for maintainability reasons you would apply it as a quilt patch to the mirror/ffmpeg tree, not in the gst-ffmpeg tree. We always did it like that.
Comment 7 Edward Hervey 2006-01-13 13:14:14 UTC
Ronald, any idea at what point the quilt patches are applied ? I have got a cvs patch ready for Andy's last commit to the mirror, but I can't figure out when they're applied.
Comment 8 Edward Hervey 2006-01-13 13:15:47 UTC
Created attachment 57277 [details] [review]
Proper patching using quilt patches

This is what I'm about to apply. But can't see when it does that.