exploit the possibilities
Home Files News &[SERVICES_TAB]About Contact Add New

flash.overflow.txt

flash.overflow.txt
Posted May 5, 2002
Authored by eEye Digital Security | Site eEye.com

Macromedia Flash ActiveX Buffer overflow - Flash ActiveX Ocx Version 6, revision 23 and below contains a remotely exploitable buffer overflow which leads to the execution of attacker supplied code via email, web or any other avenue in which Internet Explorer is used to display html that an attacker can supply. All users of Internet Explorer are potentially vulnerable.

tags | web, overflow, activex
SHA-256 | c6c8ca1f7b23f1726dfc2ae5a03d47ea1e5728d9a0f6a3cd3a1e16082fa3c47f

flash.overflow.txt

Change Mirror Download
Macromedia Flash Activex Buffer overflow

Release Date:
05/02/2002

Severity:
High (Remote code execution)

Systems Affected:
Flash Activex Ocx Version 6, revision 23
(Possibly older versions)

Forward:
This is an unusual advisory in a number of ways.

One, it was found while investigating an access error encountered during
normal web surfing, which was suspicious. Within a few hours we had
confirmed on multiple Operating Systems that this was an exploitable
condition that overwrote EIP.

Two, while we tested on these systems with the latest install from the
vendor's site, when we contacted the vendor they informed us that they had
just released a new build this same day which already fixed the problem.
They asked us to confirm this. We tried the link they gave us and it did
indeed fix the problem and was a new build. Testing the link later that
night confirmed the link we used to install the ocx now had the fixed,
latest version.

In this, we congratulate Macromedia for: finding the bug, fixing it, and
releasing the build in a timely fashion. This truly shows that they are
dedicated to security just as they have stated they are.

However, because there is a signed flash ocx out there which has been
downloaded by an untold number of people, and potentially could still be
used in an exploit scenario against those without the latest ocx we felt the
need to release this advisory.

Furthermore, this issue was found in the wild, and it is not safe to assume
it could not be found by others with malicious intent. Nor do we believe it
is safe to assume this has not been found by users with malicious intent.

There are further issues with old activex objects which have such
vulnerabilities which will be discussed in the description section.

Description:

A vulnerability in the parameter handling to the Flash OCX, which could lead
to the execution of attacker supplied code via email, web or any other
avenue in which Internet Explorer is used to display html that an attacker
can supply. This includes software which uses the web browser activex.

All users of Internet Explorer are potentially affected because this is a
Macromedia signed ocx. We advise them to upgrade their flash version
immediately to version 6, revision 29.

Example:

<OBJECT classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000">
<PARAM NAME=movie
VALUE="http://www.notthere8979873.com/notthere.swf?AAA[...unstated, but
fixed number]XXXXXXXX">
</OBJECT>

Where X overwrites the EIP consistently across Windows platforms.

Technical Description:

Flash.ocx is an activex object installed with Internet Explorer, and is used
to display flash objects on the web.

Proper bounds checking is not in place in the "movie" parameter which
overwrites EIP at an unsaid, but fixed number of bytes across Windows
platforms.

Because the ocx is signed by Macromedia: there is a chance the older activex
could be used against people without flash; people whom have an older
version of flash not affected may be forced to "upgrade" to the affected
version; and, of course, those with the affected versions need to upgrade
lest the exploit works out of the box on them.

There has been considerable debate about legacy activex objects which have
exploits within them. In general, if someone uses the codebase parameter to
point to an affected version of the activex, the system will first try and
grab the activex from Microsoft's activex store on the web. Then, it will
try the activex specified in the codebase tag by the malicious user.

We do not believe this method is full proof.

We do not believe the method is full proof because of the potential of the
activex storehouse check failing and because of the potentiality for the
activex to be called by other methods. (At least a few potential other
methods are in the RFC for applets and objects).

However, the other option of setting the "kill bit" for the affected activex
and reassigning the fixed activex version with a new classid is only a
suggestion we will make in this case. We do not believe it is necessarily
mandatory.

Risk should be mitigated to a satisfactory level by users upgrading to the
new ocx.

Vendor Status:
Visit Macromedia's site to get the latest Flash ocx to eliminate these
issues.
http://www.macromedia.com/shockwave/download/index.cgi?P1_Prod_Version=Shock
waveFlash

Credit: Drew Copley

Greetings: Fat code: presented by Yahoo and Weight Watchers. KROQ, and corn
dog manufacturers world wide.

Copyright (c) 1998-2002 eEye Digital Security
Permission is hereby granted for the redistribution of this alert
electronically. It is not to be edited in any way without express consent of
eEye. If you wish to reprint the whole or any part of this alert in any
other medium excluding electronic medium, please e-mail alert@eEye.com for
permission.

Disclaimer
The information within this paper may change without notice. Use of this
information constitutes acceptance for use in an AS IS condition. There are
NO warranties with regard to this information. In no event shall the author
be liable for any damages whatsoever arising out of or in connection with
the use or spread of this information. Any use of this information is at the
user's own risk.

Feedback
Please send suggestions, updates, and comments to:

eEye Digital Security
http://www.eEye.com
info@eEye.com

Login or Register to add favorites

File Archive:

April 2024

  • Su
  • Mo
  • Tu
  • We
  • Th
  • Fr
  • Sa
  • 1
    Apr 1st
    10 Files
  • 2
    Apr 2nd
    26 Files
  • 3
    Apr 3rd
    40 Files
  • 4
    Apr 4th
    6 Files
  • 5
    Apr 5th
    26 Files
  • 6
    Apr 6th
    0 Files
  • 7
    Apr 7th
    0 Files
  • 8
    Apr 8th
    22 Files
  • 9
    Apr 9th
    14 Files
  • 10
    Apr 10th
    10 Files
  • 11
    Apr 11th
    13 Files
  • 12
    Apr 12th
    14 Files
  • 13
    Apr 13th
    0 Files
  • 14
    Apr 14th
    0 Files
  • 15
    Apr 15th
    30 Files
  • 16
    Apr 16th
    10 Files
  • 17
    Apr 17th
    22 Files
  • 18
    Apr 18th
    45 Files
  • 19
    Apr 19th
    0 Files
  • 20
    Apr 20th
    0 Files
  • 21
    Apr 21st
    0 Files
  • 22
    Apr 22nd
    0 Files
  • 23
    Apr 23rd
    0 Files
  • 24
    Apr 24th
    0 Files
  • 25
    Apr 25th
    0 Files
  • 26
    Apr 26th
    0 Files
  • 27
    Apr 27th
    0 Files
  • 28
    Apr 28th
    0 Files
  • 29
    Apr 29th
    0 Files
  • 30
    Apr 30th
    0 Files

Top Authors In Last 30 Days

File Tags

Systems

packet storm

© 2022 Packet Storm. All rights reserved.

Services
Security Services
Hosting By
Rokasec
close