Flash: heap-based buffer overflow loading FLV file with Nellymoser audio codec

[GoogleCodeExporter]

To reproduce, host the attached files appropriately and:

http://localhost/LoadMP4.swf?file=crash4000368.flv

If there is no crash at first, refresh the page a few times.

With a debugger attached to 64-bit Flash in Chrome Linux, the crash manifests 
like this:

=> 0x00007f7789d081bb <__memmove_ssse3_back+443>:   movaps %xmm1,-0x10(%rdi)

rdi            0x7f7778d69200

7f777894b000-7f7778d69000 rw-p 00000000 00:00 0 
7f7778d69000-7f7778d88000 ---p 00000000 00:00 0 

This looks very like a heap-based buffer overflow that just happens to have 
walked off the end of the committed heap.

Also, this bug bears disturbing similarities to CVE-2015-3043, see for example: 
https://www.fireeye.com/blog/threat-research/2015/04/probable_apt28_useo.html

This bug is subject to a 90 day disclosure deadline. If 90 days elapse
without a broadly available patch, then the bug report will automatically
become visible to the public.

Original issue reported on code.google.com by cev...@google.com on 3 Jun 2015 at 12:48

Attachments:

• LoadMP4.as
• LoadMP4.swf
• crash4000368.flv

[GoogleCodeExporter]

PSIRT-3787

Original comment by cev...@google.com on 3 Jun 2015 at 6:35

• Added labels: Id-3787

[GoogleCodeExporter]

PSIRT-3787

Original comment by natashe...@google.com on 3 Jun 2015 at 9:41

[GoogleCodeExporter]

Original comment by cev...@google.com on 5 Jul 2015 at 6:34

• Added labels: CVE-2015-4432

[GoogleCodeExporter]

Fixed: https://helpx.adobe.com/security/products/flash-player/apsb15-16.html

Original comment by cev...@google.com on 9 Jul 2015 at 12:37

• Changed state: Fixed
• Added labels: Fixed-2015-Jul-8

[GoogleCodeExporter]

Original comment by natashe...@google.com on 18 Aug 2015 at 7:43

• Removed labels: Restrict-View-Commit