First, I'd like to give credit to me, I and myself who's tireless search of the net resulted in this. This is all written by me except the program description which came from the programs website. I get to be a exploit author.. again.. yay me
Ive been looking into exploiting port 1025 for a bit, tonight I found a program called Remoxec executes a program using RPC (Task Scheduler) or DCOM (Windows Management Instrumentation). Administrators with Null or weak passwords may be exploited through Task Scheduler (1025/tcp or above) or DCOM (default 135/tcp). You have to give heed also to RPC/DCOM and not only to SMB.
I began a scan, and found almost every machine that pings has 1025 open.
Okay so using this we can add tasks to any remote machine that has rpc server running that we have an account for this port apparently supports logon as some servers tested have replied with access denied, first i tested with no logon information and got no results so i tried with Administrator/null and it is getting me a few results but telling it to tftp files from my machine(i was trying to get it to upload a program that sends me command shell) doesn't seem to be going very well perhaps they have disabled the task manager? Though three machines have taken the commands none have connected to me at the time i specified.
I believe that someone who could code could construct a brute-force application to run against this port. I further believe that once logged on other commands could be issued resulting in remote code execution of the users choice. Its currently possible if the rpc-service is running to comprimise a remote system using the technique I have pioneered and outlined here as after enabling the services required and some local testing I uploaded a file from my machine to my machine with tftp and the task scheduler.
Axl
Feb 18 2004, 03:26 AM
I've always been fond of network blackjack
SyN/AcK
Feb 18 2004, 03:40 AM
If only for brute forcing (you probably really mean a dictionary attack), why not just attack the shares? I may be missing something, but I thought you said that the rpc service has to be running in order for you to be able to attack network blackjack, but if rpc is indeed running, there are already pleanty of ways to get in. Could net blackjack be attacked even if the RPC service was down? If so, then let me know.
If you can actually RUN programs thru net blackjack (especially if you can do so in the context of the user you are logged in as) then let me know and I will write a program to dictionary attack this and if successful allow you to run commands. Hell, if you can give me more info, I'll program it in any language you'd like.
Nexcess
Feb 18 2004, 03:55 AM
QUOTE
If only for brute forcing (you probably really mean a dictionary attack), why not just attack the shares?
Many of the ranges i've been checking block ports 135,139, and 445 this port is unblocked in every range ive checked and open on almost every machine that pings which translates into a big hole
I cannot check the DCOM (wmi) part as it uses port 135 and that is blocked by my isp but there is a use port 135 option. One of the errors returned on some of the machines that failed was 'the rpc service is not running' or something to that effect so it does require RPC If you want the exact error i can check again but that was the basics of the message.
QUOTE
If you can actually RUN programs thru net blackjack (especially if you can do so in the context of the user you are logged in as)
While I do not know about other commands, it allows you to add tasks to the task scheduler thus im assuming other commands could also be issued in the context of SYSTEM or the current logged on user you would be running the commands in the context of the task scheduler. Again, without a way to test the issueing of other commands I can't say. My guess is, this is microsoft, if you can issue commands to add ANYTHING to the task scheduler you can issue those commands directly to the os as well. If you download the program(I put it up in the file downloads section) Youll see theres a place to input the commands you want the task scheduler to execute. All we want to do is skip the task scheduler and issue the commands to be run immediatly.
Edit: I should also mention, this seems to also apply and work on ports 1026-1030 if they are open.
ni3_b0om
Feb 18 2004, 05:22 AM
hey man nice thx also we have other ports like : 1026 -1028
so we can exploit them
by the way would u share that exec file cause i didnt find it ! may be im weak @ searchin' lol !
i think we can exploit that port in unauthenticated way !!! so we dont need any user account !
whats ur idea
lets work on it
regards !
ni3_b0om
Feb 18 2004, 05:27 AM
man sorry i didnt search the forum lol i find it!!!!
dissolutions
Feb 18 2004, 05:55 AM
Port 1025 is often one of the first port used by the operating system for outbound connections, thus it is likely you will see outbound connections from port 1025. Edit: A Socket can also be allowed to listen on port 1025 as well.
Seems unlikely your theory.
Nexcess
Feb 18 2004, 06:14 AM
QUOTE (dissolutions @ Feb 18 2004, 05:55 AM)
Port 1025 is often one of the first port used by the operating system for outbound connections, thus it is likely you will see outbound connections from port 1025. Edit: A Socket can also be allowed to listen on port 1025 as well.
Seems unlikely your theory.
Every result ive seen from scans has been listen ive telnet/netcat'd to them and connect fine theres just no prompt.
At any rate, if we try andfail we've lost nothing. Remoxec seems to connect fine to all ive tried just often i dont have an account or it returns the rpc service is unavailible.
If however we succeed, we've found a rather large gap in windows
Kernel
Feb 18 2004, 06:58 AM
well, after investigating it a bit i dont think this is an exploit..... to schedule a program u need to connect to the remote computer right? so what makes it different then psexec? if u try net use \\ip.ip.ip.ip\C$ "" /user:Administrator for example and get "Access Denied" most likely when trying to run the Remoxec on the target machine u'll get the same thing... [i've tested it on 15 XP machines all the same] and if u try net use \\ip.ip.ip.ip\C$ "" /user:Administrator for example and get "The command completed successfully" u can use psexec in order to run programs without scheduling ;P so i dont get this utility at all... nothing new... or am i missing something..?
and if u want a link to this program (in english) here it is: Download
Nexcess
Feb 18 2004, 07:39 AM
QUOTE (Kernel @ Feb 18 2004, 06:58 AM)
so i dont get this utility at all... nothing new... or am i missing something..?
Yeah your missing the 'this port isn't blocked like 139' is part
Also, not just blocked but many people have made efforts to close 139 because its well-known where as how many people do you know who say 'Gee i need to close 1025'
No port 139 = No net use of net bios shares.
To illustrate my point, scan a net block for port 139 then scan the same net block for 1025 I think you'll find the latter far more common.
edit: Am i the only one who sees an upside to this? Maybe im just the only one with an isp taken to silly port blocking
Kernel
Feb 18 2004, 07:53 AM
I'm not talking about the port.... my question is if it works the same way as psexec what does it worth? and to illustrate my point i have a friend using windows XP (in winxp u cant net use C$ even if u know the login password and even if u can see the shares using enumexec for eg. coz u'll get access denied) we were trying to run remoxec on him, after he told me his administrator l/p + other users account l/p while testing remoxec on him i still got "Access Denied" if thats the case, the remoxec is good only for computers like windows2000 which u can execute using Administrator's privileges. so if its so, this is not an AMAZING new thing... just another method... am i right?
Nexcess
Feb 18 2004, 08:00 AM
QUOTE (Kernel @ Feb 18 2004, 07:53 AM)
I'm not talking about the port.... my question is if it works the same way as psexec what does it worth? and to illustrate my point i have a friend using windows XP (in winxp u cant net use C$ even if u know the login password and even if u can see the shares using enumexec for eg. coz u'll get access denied) we were trying to run remoxec on him, after he told me his administrator l/p + other users account l/p while testing remoxec on him i still got "Access Denied" if thats the case, the remoxec is good only for computers like windows2000 which u can execute using Administrator's privileges. so if its so, this is not an AMAZING new thing... just another method... am i right?
Remoxec may or may not prove to be all that usefull, however if we can run other commands through this port after authenticating without task-scheduler which is what someone else and I have started working on then that's a bit of a different story I posted my information i had collected on remoxec because it currently shows that interaction with the port and even some commands can be issued to it right now. Think of it like dos POC, really useless but it proves something can be done with the port. I didn't intend to argue the usefullness of remoxec, It was sort of a starting point to work from because it establishes a connection and authenticates with that port. If for example we manage to come up with a program which authenticates to that port and allows us to enter any command just like command shell does then that would be the big deal.
The only new-ground we're trying to break is the different port, its not a big windows bug other then the fact thier allowing people to authenticate through this port remotly for no good reason Im aware of. It's kinda like "Oh, your going to block this door, we'll use a window".
edit: Maybe i've strayed here, I mean port-tinkering isnt really my fortee` but in for a penny, in for a pound. Oh well, worst case scenerio I tried to do more then copy other peoples work
eXist
Feb 18 2004, 08:30 AM
If someone were able to code an uploader/exec tool, like the MyDoom ones that were floating around you might have a chance. Given the information provided by NexCess, then if you coded the tool you would need the same info as that for the MyDoom upload/exec, except with user/password options? Possibly more than I haven't mentioned? If this were possible, then getting a shell would be simple, as you could upload something like WinShell to the box and you'd be on your merry way.
detonator
Feb 18 2004, 03:44 PM
hm hm hm i does ot understand why so many people does not get the clou a port which is not blocked by isp's (in the moment) point one second is when it works (get files uploaded and started for example) you have a method to connect to the machine even when the shares are deleted where psexec and so on faile.
greetz
SyN/AcK
Feb 18 2004, 04:51 PM
I think most of you guys are missing the point. What apparently can be tried is a dictionary attack against the login for this. From there, you have another way to run commands. I see what you are trying to say, what's the point if you can just use PStools, right? But the point is, how do you get the pass with PStools? With this you can dictionary attack it, find the password, then run commands thru it. It has the potential to be cooler than PStools. Also, even if we can't find a way to get it to accept commands like a cmd prompt, it could easily be setup to start netcat listening for a connect back.
Carlos
Feb 19 2004, 02:49 AM
ok, I see what Mr.Nexcess is saying.. I get it too. But the thing is.. how do you hammer a range of ip's with username/password via port 1025?
Can you give me more details about how you're doing this if not other than IP by IP with this remoexec tool?!
phaeton
Feb 19 2004, 03:00 AM
I'm sorry but I don't see this as an exploit or as that huge of a vulnerability. It's just dictionary attacking a host, but through a different port. Is it huge? Probably not, or else you would have seen everywhere that your user file can be bruteforced. It just opens another hole, but its definitely not the biggest hole since ASN. Good job though, little progress is better than no progress
Nexcess
Feb 19 2004, 03:05 AM
QUOTE (phaeton @ Feb 19 2004, 03:00 AM)
I'm sorry but I don't see this as an exploit or as that huge of a vulnerability. It's just dictionary attacking a host, but through a different port. Is it huge? Probably not, or else you would have seen everywhere that your user file can be bruteforced. It just opens another hole, but its definitely not the biggest hole since ASN. Good job though, little progress is better than no progress
I think if all goes well something along the lines of 'ntscan' will probably come out to tests for weak passwords through this port. As to ASN being a big hole its really nothing until someone finds a way to get it to produce a shell. Which since the remote system reboots after 1 minute will more then likly be difficult. Perhaps, like its been suggested this isn't a "big" hole however its a hole that really should exist at all I cant think of anyone who wants remote users to add tasks to thier system
research continues, more later..
-Nexy
p.s. It would actually be Ms.
Killaloop
Feb 19 2004, 11:50 AM
hmm this is nice info dude. I always wondered what rpc services run on port 1025. so its the tasksheduler? has nothing todo with blackjack (earlier posts). ports 1025-1030 etc are used for rcp services and can be exploited. (security paper from the guys discovering the rcp bug). also some trojans run this ports, so not all port results will bring the reply you tried to get. to setup a task you would need to know the timezone of your target. then you would set a task to run tftp.exe at a specified time, but how about attaching cmds to it? lets see how this tasksheduler operates ... and ofcourse need RCP tobe enabled how would you remotely call a process when RCP is disabled? (this question isnt really one ^^). however, nice info dude got some boxes where I can test this
ilnctm
Feb 19 2004, 12:27 PM
i will give it a go thanx dude
DvilleStoner
Feb 26 2004, 10:07 AM
nice
Shigawire
Mar 12 2004, 07:27 PM
Good job on that.. now how do I do something about Task Scheduler so that it doesn't keep port 1025 open?
Also, even if I have disabled DCOM, port 135 is still open. What should I do?
mike
Mar 13 2004, 02:44 AM
QUOTE (QuantumTopology @ Feb 18 2004, 03:26 AM)
I've always been fond of network blackjack
in theory wouldnt that not be possible on nt/2000/xp machines since 1025 is in use
GodSp33d
Mar 13 2004, 10:59 AM
QUOTE (Kernel @ Feb 18 2004, 07:53 AM)
I'm not talking about the port.... my question is if it works the same way as psexec what does it worth? and to illustrate my point i have a friend using windows XP (in winxp u cant net use C$ even if u know the login password and even if u can see the shares using enumexec for eg. coz u'll get access denied) we were trying to run remoxec on him, after he told me his administrator l/p + other users account l/p while testing remoxec on him i still got "Access Denied" if thats the case, the remoxec is good only for computers like windows2000 which u can execute using Administrator's privileges. so if its so, this is not an AMAZING new thing... just another method... am i right?
Most likely the winxp box is not set up for "advanced" file sharing, which causes the computer to not share c$, d$ and other such devices. This also probably causes the rpc service to display "Access Denied". This also doesn't seem like a exploit, it sounds like a dic attack.
NewBieMan
Mar 13 2004, 01:07 PM
I've seen a lot of retards scanning my fw yesterday
crash3rzz
Mar 13 2004, 06:38 PM
well u are right... thing is exploit exists.. but it dosent spawn shell dosent do anything but crashes the 1025... but again the service is programmed to restart... soon people i know will have so it will reverse to a shell... anyways its really pain in the ass to do all this.. so maybe if few exploits that ivgot go into wrong hands will go public but it stays private for lil while or maybe u wanna buy it ? heh
Nexcess
Jul 28 2004, 05:00 PM
*cough ms04-022 cough*
Feb... to almost August... good to know MS keeps up with security so well. I want a cookie or something damnit, this is twice now ive pointed out issues and got no credit.
Yorn
Jul 28 2004, 05:50 PM
That sucks
Feanor
Jul 30 2004, 09:20 AM
Man, i've checked it locally, and succeeded executing and tftping files on my computer, stil didn't have the chance to test it on a remote machine although this one looks promising.
The only problem is to find the timeline of the remote computer, to know the exect time to execute the thing(which is easily possible with a whois search), and to brute-force the password(which i guess will require some coding).
Which reminds me to change my Admin/null pass
Terminal
Jul 30 2004, 09:53 AM
This aint a exploit man . Its a service designed by microsoft themselves bcoz to use it to run process u need a admin account . If u have admin account pass than u can upload file through$ shares and do this dcom and rpc trick Or keep the file u wanna execute in any folder and leave a shortcut to it in \\Sales\c$\Documents and Settings\All Users\Start Menu\Programs\Startup and ur file will be executed on restart . This trick is nice if u are doing all this from win98 box bcoz from win98 u cant use rpc or dcom .
Cheers for info
Terminal
Jul 30 2004, 09:57 AM
Oh and about $ shares . U cannot connect to $ shares of winxp sp1 unless u are in same workgroup and same workgroup as other pc is in . Not 100% sure about this correct me if um wrong but i said service pack1
Win2000 $ shares u can connect from everywhere .
jimmy
Jul 30 2004, 04:04 PM
I wonder if there is a scanner for weak passes for port 1025
x1`
Jul 30 2004, 11:45 PM
i have a dcom exploit that works over 1025
Feanor
Jul 31 2004, 12:51 PM
QUOTE (Dickybob20 @ Jul 30 2004, 11:45 PM)
i have a dcom exploit that works over 1025
Can you share some more information(Like source code and/or binary)?
This can be quite helpfull you know...
Terminal
Jul 31 2004, 04:07 PM
QUOTE (Dickybob20 @ Jul 31 2004, 05:15 AM)
i have a dcom exploit that works over 1025
Port 1025 is used by dcom only .if u say dcom its clear its port 1025
x1`
Jul 31 2004, 07:47 PM
i dont have it on its own , its in a rxbot also theres a dcom 445 exploit with it as well i dont have source sorry
Bombers
Jul 31 2004, 08:34 PM
"I wonder if there is a scanner for weak passes for port 1025 "
someone asked that, yes you can scan with ntscan the gui ver, fill in port 1025 in the port area, and there you go
and about that port 1025 give me list of commands you did to xs the computer and maybe i could help you, allso you need to code a program like psexec to start your files...
chris105
Jul 31 2004, 10:28 PM
Its really funny you shuld mention this, i made a testing vb app for this port to get the data that the port sent bakc to me when i tried to connect a winsock to it. I thought maybe (with ms being what it is) there could be a buffer overflow there so i began to experiment.
talaxian
Aug 14 2004, 01:08 AM
chris105 .... ok .
and what did u determine ?
lol
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.