Closed Bug 1203763 Opened 10 years ago Closed 10 years ago

ASan: heap-use-after-free [@mozilla::GMPVideoDecoder::GMPInitDone]

Categories

(Core :: Audio/Video: GMP, defect, P1)

x86_64
Linux
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox41 --- ?
firefox42 --- ?
firefox43 --- affected
firefox44 --- affected
firefox-esr38 --- ?

People

(Reporter: tsmith, Unassigned)

References

Details

(4 keywords)

Attachments

(2 files, 1 obsolete file)

Attached file call_stack.txt
No description provided.
Attached video test_case.mp4 (obsolete) —
This test does not consistently reproduce the issue.
Group: core-security → media-core-security
Attached file test_case.html
Letting this run for a minute or two will reproduce the error for me
Attachment #8659604 - Attachment is obsolete: true
Is this another bug where OpenH264 is doing the wrong thing?
Keywords: sec-high
(In reply to Tyson Smith [:tsmith] from comment #2) > Created attachment 8660849 [details] > test_case.html > > Letting this run for a minute or two will reproduce the error for me Do you have some funny prefs set? GMP isn't used for playback by default.
Flags: needinfo?(twsmith)
(In reply to Daniel Veditz [:dveditz] from comment #3) > Is this another bug where OpenH264 is doing the wrong thing? OpenH264 isn't being used here (or shouldn't be); this is straight decode of inline video.
(In reply to Anthony Jones (:kentuckyfriedtakahe, :k17e) from comment #4) > (In reply to Tyson Smith [:tsmith] from comment #2) > > Created attachment 8660849 [details] > > test_case.html > > > > Letting this run for a minute or two will reproduce the error for me > > Do you have some funny prefs set? GMP isn't used for playback by default. Prefs that I am setting that maybe interesting are: media.mediasource.enabled=True media.mediasource.mp4.enabled=True media.fragmented-mp4.enabled=True media.fragmented-mp4.exposed=True media.fragmented-mp4.use-blank-decoder=True media.fragmented-mp4.ffmpeg.enabled=True media.fragmented-mp4.gmp.enabled=True media.ogg.enabled=True media.opus.enabled=True media.wave.enabled=True I assume it's media.fragmented-mp4.gmp.enabled that is allowing me to hit this issue. But I'm not sure if that makes this a false positive? Could this issue be triggered on other platforms? Do we ever plan to use GMP on Linux? Since I am fuzzing my intention is to find bugs. If this is not adding value and finding useless bugs I will gladly change the pref :)
Flags: needinfo?(twsmith)
Component: Audio/Video: Playback → Audio/Video: MSG/cubeb/GMP
Hi Chris -- This affects playback (decode only) code, not openh264. Can you take this one since it's a sec high?
Flags: needinfo?(cpearce)
Component: Audio/Video: MediaStreamGraph → Audio/Video: GMP
k17e: given he's using media.fragmented-mp4.gmp.enabled=True, is this something we are going to care about anytime soon? If we aren't planning on flipping that switch soon, we can probably reduce the severity. tsmith: we should recheck this with OpenH264 1.5 soon
Flags: needinfo?(twsmith)
Flags: needinfo?(ajones)
Flags: needinfo?(ajones)
Priority: -- → P1
This appears to be fixed, I am no longer seeing it while fuzzing.
Flags: needinfo?(twsmith)
Is it possible this is related to bug 1204588?
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Group: media-core-security → core-security-release
Flags: needinfo?(cpearce)
resolution FIXED sends us on a hunt for the patch that needs to be backported to ESR. The true state seems to be WORKSFORME -- may or may not be fixed, maybe it's just lurking.
Resolution: FIXED → WORKSFORME
This signature is #6 Top Crash in v46 (beta) crash data, so I filed bug 1256065.
See Also: → 1256065
Group: core-security-release
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: