SyN/AcK
Jan 21 2004, 10:37 PM
Hello guys,
I'm in a network security class right now... I want to use the exploit that hit SQL so hard on port 1434. The UDP exploit, I'm sure you guys know what I'm talking about. Anyway, I had always thought that this was in all SQL 2000 Installations by default, but in all my test installations for this class, I have not been able to get port 1434 open and listening period. I know that the service that runs there is called SQL Server Manager, but I cannot figure out anyway to start it. Does anyone else know more about this?
Thanks!
Blown_Thunder
Jan 22 2004, 01:10 PM
Isn't SQL normally running on port 1433?
Armani
Jan 22 2004, 01:12 PM
yes port 1433
macca
Jan 22 2004, 04:01 PM
ill 3rd that

defo sql is on default port of 1433
detonator
Jan 22 2004, 07:39 PM
no no both are right

the sqlslammer for example triggered port 1434
mssql is listening on both ports 1433 and 1434
greetz
vnet576
Jan 22 2004, 08:13 PM
There are two types of ports, tcp & udp. SQL runs on TCP 1433 UDP 1434...btw SYN, I think I found slammer, gonna let u check it out later.
SyN/AcK
Jan 22 2004, 09:34 PM
I've got the code, that's not the problem. The problem is that I can't figure out why port 1434 UDP isn't listening by default. This was supposed to attack a default SQL Installation, but a default SQL installation for me leaves only port 1433 open. SQL manager is what runs on 1434 if that helps anyone figure this out.
unknown00
Jan 23 2004, 01:09 AM
if ur thinkin about hackin and scanning for expliots its usually on p1433 which is ms-sql-s aka Microsoft-SQL-Server. p1434 is ms-sql-m aka Microsoft-SQL-Monitor
SyN/AcK
Jan 23 2004, 03:24 AM
| QUOTE (unknown00 @ Jan 23 2004, 01:09 AM) |
| if ur thinkin about hackin and scanning for expliots its usually on p1433 which is ms-sql-s aka Microsoft-SQL-Server. p1434 is ms-sql-m aka Microsoft-SQL-Monitor |
I know this. There was a nice exploit that came out awhile ago. It made use of port 1434 UDP. It was a buffer overflow. The source code for the vulnerability is on this site. It was the same exploit that SQL Slammer used.
What I need to know is why port 1434 is not running by default, which I believe it to be.
as0l0
Jan 23 2004, 06:55 AM
if it's a default install then the sa password will be blank
SyN/AcK
Jan 23 2004, 11:42 AM
Sigh... am I not phrasing my question right? I realize that it has a blank SA password, I don't care about that. I want to know why port 1434 isn't running by default when I believe it should be, and what I need to do to enable it. This is for a hacking class that I am a TA for. I know SQL has other vulnerabilities, I need to know this one.
GSecur
Jan 23 2004, 02:09 PM
Ok this could help you out. MSQL utilizes TCP/UDP BUT it can also use other communication methods such named pipes. In that case SQL would not be listning
Dinos
Jan 23 2004, 02:13 PM
Greetings,
Port 1434 (UDP) is used by MS-SQL server, provides a way for clients to query for the appropriate network endpoints to use for a particular SQL Server instance (SQL Server Resolution Service). Check at your "SQL Server Client Network Utility" At the Enabled protocols property page.
Regards,
Dinos
Yorn
Jan 23 2004, 02:54 PM
Two quick guesses:
1) It is really listening on port 1434 UDP, but your ISP or local IPS is preventing any UDP packets to and from that port. Microsoft's ISA server (for example) may be doing this if you are using a Windows Server as a router.
2) It is not listening on port 1434 UDP and you need to run "netstat -an" on the machine to determine for certain that it is or isn't.
SyN/AcK
Jan 23 2004, 04:47 PM
| QUOTE (Yorn @ Jan 23 2004, 02:54 PM) |
Two quick guesses:
1) It is really listening on port 1434 UDP, but your ISP or local IPS is preventing any UDP packets to and from that port. Microsoft's ISA server (for example) may be doing this if you are using a Windows Server as a router.
2) It is not listening on port 1434 UDP and you need to run "netstat -an" on the machine to determine for certain that it is or isn't. |
I've already determined it isn't.
That brings me to three possibilities:
1.) It does not run by default, but then how were so many machines raped by SQL Slammer?
2.) It runs by default on everything pre Service Pack X, and somehow my install disk is pushing on a service pack.
3.) It runs by default on MOST common SQL installs and is in something that I'm not installing, or turning on.
If anyone knows how to turn it on, please let me know!
SyN/AcK
Jan 25 2004, 07:43 AM
It would seem I resoved this issue for myself. Even though I thought I was installing a clean default SQL 2000 installation, I was actually installing it with SP3, which fixed the little bugger on port 1434.
Curious though that now that I have it I can't get any of the exploit code working on my text box. I think the issue for me is that I have a test box that has a lot of services on it and this is changing the addressess where the services reside.
Anyone know of a way I can find out these new addresses? Someone must, that's what they have to do to write the exploit code.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please
click here.