Closed Bug 958935 Opened 12 years ago Closed 12 years ago

OpenH264: global-buffer-overflow crash [@WelsDec::IdctResAddPred_c]

Categories

(Core :: WebRTC: Audio/Video, defect)

x86_64
macOS
defect
Not set
critical

Tracking

()

RESOLVED FIXED
Tracking Status
firefox30 --- disabled
firefox-esr24 --- unaffected

People

(Reporter: posidron, Unassigned)

References

(Blocks 1 open bug)

Details

(5 keywords)

Crash Data

Attachments

(2 files)

Attached file testcase.264
codec/decoder/core/src/decode_mb_aux.cpp:101 void_t IdctResAddPred_c (uint8_t* pPred, const int32_t kiStride, int16_t* pRs) { [...] pDst[i + kiStride] = pClip[ ((32 + kT1 + kT2) >> 6) + pDst[i + kiStride] ]; [...] } Tested with https://github.com/cisco/openh264/commit/4a8a9aabc1
Attached file callstack
we used the latest decoder to test the "testcase.264" from https://github.com/cisco/openh264/commit/14f6c4fa72159fa9353722ef029e68c9beabbe82 and no crash occurs in Mac 64.
Hi wayne, it still crashes for me. Note that you need to test it against an ASan enabled build.
Component: Video/Audio → WebRTC: Audio/Video
we're looking into the bugs, and this bug seems to be caused by look-up table optimization. we will give each bug a deep solution. Please give us a little more time.
root cause found, i.e., the combination of 958904 & 958948. pull request can be found by https://github.com/cisco/openh264/pull/146
Hi Christoph: fix it. Could you verify it on cisco/master branch? thanks!
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
What was the first affected version of Firefox with this? Was the fix from comment 7 integrated into trunk?
(In reply to Al Billings [:abillings] from comment #8) > What was the first affected version of Firefox with this? OpenH264 is not in our tree yet.
Group: core-security → core-security-release
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: