Image
 
linkedin_logo.png rss_logo.jpg
twitter_logo.png youtube_logo.jpg
Latest Additions
 
EH-Net Login
Welcome Guest.






Lost Password?
No account yet? Register
Who's Online
We have 36 guests online
 
Advertisement

You are here: Home arrow Ethical Hacking Discussions and Related Certificationsarrow Network Pen Testingarrow CEH - Certified Ethical Hackerarrow Metasploit - Win XP sp3 - port 445 exploit !! and Meta bug
EH-Net
May 19, 2013, 12:23:21 AM *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: Go back to The Ethical Hacker Network Online Magazine Home Page
 
   Home   Help Calendar Login Register  
Pages: 1 [2] 3 4   Go Down
  Print  
Author Topic: Metasploit - Win XP sp3 - port 445 exploit !! and Meta bug  (Read 72200 times)
0 Members and 1 Guest are viewing this topic.
Equix3n-
Sr. Member
****
Offline Offline

Posts: 386



View Profile
« Reply #15 on: May 21, 2010, 11:45:03 AM »

Code:
Not shown: 997 [b]filtered[/b] ports
PORT     STATE SERVICE      VERSION
139/tcp  [b]open[/b]  netbios-ssn
445/tcp  [b]open[/b]  microsoft-ds Microsoft Windows XP microsoft-ds
5101/tcp [b]open[/b]  admdog?

You already got three 'open' and 997 'filtered'  ports with the nmap scan you did. This should be obvious that there's a firewall in between.

Code:
nmap -sF -P0 10.0.0.3 -p 445

Starting Nmap 5.00 ( http://nmap.org ) at 2010-05-21 1
Interesting ports on 10.0.0.3:
PORT    STATE         SERVICE
445/tcp [b]open|filtered[/b] microsoft-d

Code:
nmap>nmap -sX -P0 10.0.0.3 -p 445

Starting Nmap 5.00 ( http://nmap.org )
Interesting ports on 10.0.0.3:
PORT    STATE         SERVICE
445/tcp [b]open|filtered[/b] microsoft-ds

Then why did you try Fin and Xmas scan? Both the Fin and Xmas scans are similar, in the fact that they have FIN flag set and are unreliable (At least on Windows) . They don't work with Windows because Windows machines respond with a RST to a FIN whether the port is closed or not.

Port 139 and 445 are open in default installations of Windows. However, they pose a security risk over WAN. Suggest your friend to close these ports immediately.

« Last Edit: May 21, 2010, 11:48:03 AM by Equix3n- » Logged
rebrov
Full Member
***
Offline Offline

Posts: 130



View Profile
« Reply #16 on: May 21, 2010, 01:24:36 PM »

well i just tried to catch up any other service working at 445, 139

with no good result its the same however , at the first scan when i got port 5101 the amdog open ,139 , 445 but when i tried to scan again as my results they are under firewall and i know that my friend have Mikrotik server so thats maybe why its under the Mikrotik firewall

so i think if this target behind firewall and this ports on xp sp3 which patched already

i think its vulnerable target

however if i find exploit to go with the port 5101 right ?
Logged
Equix3n-
Sr. Member
****
Offline Offline

Posts: 386



View Profile
« Reply #17 on: May 21, 2010, 02:07:15 PM »

Lesson Time: You've to understand that as much as you want it, not every system is hackable. Sometimes, no matter what you do, you just can't hack it. It could be completely patched, it might have strong passwords etc.

However,there are scores of methods to get into a system, you are limiting yourself to only one. Be creative. If you can't enter through 139, 445 there must be some other ways..

Try the following commands. I'm sure there's a surprise awaiting you Wink

Code:
nc -v <remote I.P>  23
            or
telnet <remote I.P>

Code:
nc -v <remote I.P>  21
            or
ftp <remote I.P>


Code:
nc -v <remote I.P>  80
            or
telnet <remote I.P> 80

Code:
nc -u -v <remote I.P>  69

Code:
nc -u -v <remote I.P>  161

Code:
nc -u -v <remote I.P>  162

For each of these commands try to understand what's happening and why is it behaving like this and report back.
Logged
rebrov
Full Member
***
Offline Offline

Posts: 130



View Profile
« Reply #18 on: May 21, 2010, 05:55:48 PM »

Lesson Time: You've to understand that as much as you want it, not every system is hackable. Sometimes, no matter what you do, you just can't hack it. It could be completely patched, it might have strong passwords etc.

However,there are scores of methods to get into a system, you are limiting yourself to only one. Be creative. If you can't enter through 139, 445 there must be some other ways..

Try the following commands. I'm sure there's a surprise awaiting you Wink

Code:
nc -v <remote I.P>  23
            or
telnet <remote I.P>

Code:
nc -v <remote I.P>  21
            or
ftp <remote I.P>


Code:
nc -v <remote I.P>  80
            or
telnet <remote I.P> 80

Code:
nc -u -v <remote I.P>  69

Code:
nc -u -v <remote I.P>  161

Code:
nc -u -v <remote I.P>  162

For each of these commands try to understand what's happening and why is it behaving like this and report back.


and Surprises has been shown up Smiley

i have to say u r great teacher Smiley u were trying to do some UDP scan at specific ports

i tried already to this with Nmap btw after u told me with no use but when i tried nc i got this :


nc -u -v 10.0.0.3 69
10.0.0.3: inverse host lookup failed: h_errno 11004: NO_DATA
(UNKNOWN) [10.0.0.3] 69 (tftp) open

nc -u -v 10.0.0.3 161
10.0.0.3: inverse host lookup failed: h_errno 11004: NO_DATA
(UNKNOWN) [10.0.0.3] 161 (snmp) open

nc -u -v 10.0.0.3 162
10.0.0.3: inverse host lookup failed: h_errno 11004: NO_DATA
(UNKNOWN) [10.0.0.3] 162 (snmptrap) open


then tftp , snmp & snmptrap is opend up .. i expect from u to say that next step is exploit them however i didn't get what service exactly running right ?

so i think i should make intensive scan on this ports but to get service

it might be snmp enumeration what do u think Smiley ?
Logged
Equix3n-
Sr. Member
****
Offline Offline

Posts: 386



View Profile
« Reply #19 on: May 22, 2010, 07:29:03 AM »

I already posted this reply, but deleted it because I messed up pretty bad. So I'm posting it again.

Lesson time (no. 2): And this is a lesson for me too.
Did you run a sniffer and checked the output you got. Always have a sniffer running when performing something as important as port scanning. You'll get a lot of false positives and you've to detect them.

Use the following commands with wireshark or TCPdump running. Check what replies you get.

For Netcat
Code:
nc -nzvu <Remote I.P> 69
nc -nzvu <Remote I.P> 161-162

Now compare it with
Code:
nmap -sU <Remote I.P> -p 69,161,162

What do you see? Match the sniffer outputs for both netcat and nmap and check what Netcat is doing wrong.

Netcat should NEVER be used for UDP port scans because it always shows the port open. Nmap is the ultimate scanner and what you got with Nmap is the actual result.

BTW did you try connecting via telnet and ftp? You didn't report their result. This is the main thing that I wanted you to test.

Furthermore, did you get what device I'm asking you to scan?

Quote
so i think i should make intensive scan on this ports but to get service
Oh, yes. The next step is version scanning. But firstly confirm that the ports are open.
« Last Edit: May 22, 2010, 08:17:36 AM by Equix3n- » Logged
hayabusa
Hero Member
*****
Offline Offline

Posts: 1630



View Profile
« Reply #20 on: May 22, 2010, 09:37:35 AM »

Furthermore, did you get what device I'm asking you to scan?

@rebrov -

This is the important piece...  think on it for a while, as you continue...
Logged

~ hayabusa ~ 

"All men can see these tactics whereby I conquer, but what none can see is the strategy out of which victory is evolved." - Sun Tzu, 'The Art of War'


OSCE, OSCP , GPEN, C|EH
rebrov
Full Member
***
Offline Offline

Posts: 130



View Profile
« Reply #21 on: May 22, 2010, 07:15:16 PM »

Quote
For Netcat
Code:
nc -nzvu <Remote I.P> 69
nc -nzvu <Remote I.P> 161-162

for this one couldn't get anything because i got this error :

Code:
nc -nsvu 10.0.0.3 69
Can't parse vu as an IP address

Quote
Now compare it with
Code:
nmap -sU <Remote I.P> -p 69,161,162

with Nmap i got this :

Code:
Starting Nmap 5.00 ( http://nmap.org )
Interesting ports on 10.0.0.3:
PORT    STATE         SERVICE
69/udp  open|filtered tftp
161/udp open|filtered snmp
162/udp open|filtered snmptrap


Quote
What do you see? Match the sniffer outputs for both netcat and nmap and check what Netcat is doing wrong
i think that yes Ncat got false positive results

Quote
BTW did you try connecting via telnet and ftp? You didn't report their result. This is the main thing that I wanted you to test.
yes tried and didn't get any reply so i think yes that Ncat was messing around those ports not open Smiley

Quote
Furthermore, did you get what device I'm asking you to scan?
i didn't get this one what do u mean ...what device ?
Logged
Equix3n-
Sr. Member
****
Offline Offline

Posts: 386



View Profile
« Reply #22 on: May 23, 2010, 01:34:17 AM »

Quote
for this one couldn't get anything because i got this error :

Code:
nc -nsvu 10.0.0.3 69
Can't parse vu as an IP address
You are using wrong syntax. Look carefully, the correct syntax is:

Code:
nc -n[b]z[/b]vu 10.0.0.3 69

Quote
Quote
Furthermore, did you get what device I'm asking you to scan?
I didn't get this one what do u mean ...what device ?
I meant are you scanning his computer or some device between you and his computer?
Logged
rebrov
Full Member
***
Offline Offline

Posts: 130



View Profile
« Reply #23 on: May 23, 2010, 08:30:40 AM »

Quote
You are using wrong syntax. Look carefully, the correct syntax is:

Code:
nc -n[b]z[/b]vu 10.0.0.3 69

oh yes sorry about this i thought its S not Z at the command nzvu i typed nsvu Smiley

anyway thats only what i got :
nc -nzvu 10.0.0.3 69
(UNKNOWN) [10.0.0.3] 69 (?) open


Quote
I meant are you scanning his computer or some device between you and his computer?

yes yes i got it now yes its a computer not router or anything else Smiley its PC



sorry one more thing forgot to say :

i used wireshark to check the ports that u said with no success to get any traffic between

ip.addr == 10.0.0.3 && udp.port == 69
ip.addr == 10.0.0.3 && udp.port == 161
ip.addr == 10.0.0.3 && udp.port == 162
« Last Edit: May 23, 2010, 08:40:11 AM by rebrov » Logged
Equix3n-
Sr. Member
****
Offline Offline

Posts: 386



View Profile
« Reply #24 on: May 23, 2010, 08:48:44 AM »

Quote
anyway thats only what i got :
nc -nzvu 10.0.0.3 69
(UNKNOWN) [10.0.0.3] 69 (?) open

It was expected. It's Netcat's port scanning command. This command scans UDP ports and like I said Netcat always shows UDP ports open, whether open or not.
Here,
n tells it not to do a reverse lookup
z is used for scanning
u is for UDP mode
v tells it to be verbose i.e display additional info.

Quote
yes yes i got it now yes its a computer not router or anything else Smiley its PC
Hmmmm.. so you want to say that your friend is not using the Mikrotik router and is DIRECTLY connected to the internet?
 
« Last Edit: May 23, 2010, 08:56:24 AM by Equix3n- » Logged
rebrov
Full Member
***
Offline Offline

Posts: 130



View Profile
« Reply #25 on: May 23, 2010, 10:19:54 AM »


Quote
Hmmmm.. so you want to say that your friend is not using the Mikrotik router and is DIRECTLY connected to the internet?


no he is connecting to internet via Mikrotik router we are at the same lan Smiley

he is the Lan Admin he is the owner Smiley its Mikrotik server what he made

whats on ur mind Smiley ?
Logged
Ketchup
Hero Member
*****
Offline Offline

Posts: 1021



View Profile
« Reply #26 on: May 23, 2010, 01:04:00 PM »

Rebov, think about what routers do with TFTP and SNMP protocols.   There are a number of attacks against these protocols.   With some earlier version of Cisco routers, SNMP was very deadly. 
Logged

~~~~~~~~~~~~~~
Ketchup
rebrov
Full Member
***
Offline Offline

Posts: 130



View Profile
« Reply #27 on: May 23, 2010, 01:50:01 PM »

Rebov, think about what routers do with TFTP and SNMP protocols.   There are a number of attacks against these protocols.   With some earlier version of Cisco routers, SNMP was very deadly. 

but what that to do with my friend pc ? you talking about router

but as u said that opened ports at router is alot but can't exploit them :S:S

port 53 dns is 1 of them UDP port
Logged
Ketchup
Hero Member
*****
Offline Offline

Posts: 1021



View Profile
« Reply #28 on: May 23, 2010, 03:35:30 PM »

It looks like your friend's PC is behind the router.  It also doesn't appear to be forwarding any services to the Internet.  So you have a couple of choices here.   You can attack the router itself and get it to forward some services from the PC.  You can also use a client-side attack, such a PDF file payload via email. 
Logged

~~~~~~~~~~~~~~
Ketchup
JollyJokker
Guest
« Reply #29 on: May 23, 2010, 07:07:19 PM »

hi guys,

my apologies for interrupting this (amazingly good and educating) discussion but, rebrov, are you authorized to perform these actions against this machine?

cos otherwise, I can't understand why this discussion is allowed and hosted in the EH-Net...

no offense to anybody, I don't mean to indicate to anyone how to moderate of course. I just have seen no indications so far that these actions are taking place during a black/gray/white box pen testing process...

« Last Edit: May 23, 2010, 07:08:52 PM by Hordakk » Logged
Pages: 1 [2] 3 4   Go Up
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines
Joomla Bridge by JoomlaHacks.com
Valid XHTML 1.0! Valid CSS!
Page created in 0.086 seconds with 23 queries.
 
Exclusive Deal

sansfire13_245x90_cw90.jpg
SANSFIRE 2013
June 15 - 22

5% Off w/ Code: EHN_5

SANS Deals 4 EH-Netters
5% OFF Any SANS Course in Any Format!
Coupon Code: EHN_5 Including SANS Rocky Mountain 2013 & SANS Boston 2013
Polls
Compared to this year, 2013 will be:
 
Recent Forum Topics
EH-Net News Feeds
Latest Additions
 
         
Advertisement

© 2013 The Ethical Hacker Network
Joomla! is Free Software released under the GNU/GPL License.