Nmap Security Scanner
*Intro
*Ref Guide
*Install Guide
*Download
*Changelog
*Book
*Docs
Security Lists
*Nmap Hackers
*Nmap Dev
*Bugtraq
*Full Disclosure
*Pen Test
*Basics
*More
Security Tools
*Pass crackers
*Sniffers
*Vuln Scanners
*Web scanners
*Wireless
*Exploitation
*Packet crafters
*More
Site News
Site Search:
Exploit World
Advertising
About/Contact
Credits
Sponsors:
edgeos



Full Disclosure: Re: Cox is blocking port 135 - off topic

Re: Cox is blocking port 135 - off topic

From: Joey <joey2cool_at_yahoo.com>
Date: Sun, 10 Aug 2003 19:02:12 -0700 (PDT)

I don't think DCOM is used on any other port besides
135. When i disabled dcom using dcomcnfg.exe, the only
port that stopped listening was 135.

and for the specifics for how the buffer overflow
works(http://www.lsd-pl.net/special.html) -
"In a result of implementation error in a function
responsible for instantiation of DCOM objects, remote
attackers can obtain remote access to vulnerable
systems."

People claim that the same buffer overflow works on
the SMB port(445) which is an entirely different
service, but can they prove it?

--- Anthony Clark <volkam_at_comcast.net> wrote:
> Right..
>
> /* Windows 2003 <= remote RPC DCOM exploit
> * Coded by .:[oc192.us]:. Security
> * Modified by rogers_at_efnet
> *
> * Features:
> *
> * -d destination host to attack.
> *
> * -p for port selection as exploit works on ports
> other than
> 135(139,445,539 etc)

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
_______________________________________________
Full-Disclosure - We believe in it.
Charter: http://lists.netsys.com/full-disclosure-charter.html
Received on Aug 11 2003

[ Nmap | Sec Tools | Mailing Lists | Site News | About/Contact | Advertising | Privacy ]