Re: Actual risk of opening port 1433



1. SQL Authentication is very insecure.
2. The 'box' is not isolated. It is connected to the network inside the
firewall.
3. Every hacker in the world knows that port 1433 is a standard SQL port and
therefore a target.
4. MSDE runs with LocalSystem permissions. That may provide a platform to
hack the inside servers.
5. Any hacker worth his/her 'salt' will know every weakness of MSDE -and
there a quite a few.
6. The IT people are right!
7. The IT director was very kind in his response to you.

So, suck it up and move on. There is unlikely to be any legitimate business
case for such a 'foolhardy' move.

Your outside users access the internal network using a secure VPN. That
'should' provide them access to the MSDE instance while connected through
the VPN. I would check with the VPN vendor about any problems accessing SQL
Server (MSDE) through the VPN 'tunnel'.

In the rare circumstances where there is a business case to open firewall
port 1433, it usually mandates Rules restricting external IP addresses, more
advanced security (SSL, etc.), as well as constant vigilence and traffic
logging - as well as a rigorous process to attempt to gain approval.

Think about leaving the door key to your home under the 'Welcome' mat. Would
that be a wise action? Wouldn't most potential thieves look under the mat as
their first effort to gain entry.

--
Arnie Rowland
Most good judgment comes from experience.
Most experience comes from bad judgment.
- Anonymous


"Hal Meyer" <hmeyer@xxxxxxxxxxx> wrote in message
news:OK%23WxcvqGHA.1796@xxxxxxxxxxxxxxxxxxxxxxx
Greetings.

I have written a nice little application suite used by 8 or so
workstations, some of which are connected through a VPN. The IT people
claim that port 1433 is blocked by default by Nortel's Conntivity VPN, and
they will not make an attempt to change it for fear it will muck up the
works elsewhere. As the SQL server (actually, an instance of MSDE) lives
on a dedicated little WinXP Pro box which does nothing else, I recommended
they open port 1433 on their router and point it to that box, allowing the
offsites to circumvent the VPN altogether. The IT director looked at me
point blank and stated that would mean anyone could come in and "hack"
both their Win2k Server, and their IBM Midrange running OS/400.

My question - while I understand the director's concern is completely
irrational... what ACTUAL issues can opening port 1433 to an isolated box
really raise? Even assuming that the intruder coud bypass the credentials
(I am using SQL Authentication, gods help me), what could they possibly do
to anything other than that one MSDE instance?

Many thanks in advance.

--
Hal Meyer, Proprietor
the patchwerks
(423) 462-2606
http://www.thepatchwerks.com



.



Relevant Pages

  • Re: MSDE vs Windows XP PRO firewall
    ... >>> MSDE does not require file level access, ... >>> and only requires port 1433 to remotely access the databases. ... >> a sql problem. ... There is no reason to expose a server to ports that are not ...
    (microsoft.public.windowsxp.help_and_support)
  • Re: Configure MSDE 2000 for Internet
    ... GREG> Not via SQL Server or the MSDE. ... GREG> Read up on exposing an SSL port for SQL Server ...
    (microsoft.public.sqlserver.msde)
  • Re: verwendeter Port der MSDE abfagen?
    ... Da steht dann auch irgendwo "Server listening on"... ... einem:NET Programm und auch nicht mit einem SQL Server Manager Express. ... Mein Verdacht ist nun, das die MSDE auf einem andern Port läuft, wie kann ... gibt es da einen T-SQL Befehl um den Port zu ermitteln? ...
    (microsoft.public.de.sqlserver)
  • Re: How can I find the port SQL SERVER 2000 is listening on?
    ... MSDE Manager SQL Tools ... > I am having trouble connecting ColdFusion to sql server 2000. ... > have more than one Instance you need to find the port. ...
    (microsoft.public.sqlserver.msde)
  • Re: Replication and secure off-site servers
    ... I agree with Peter's advice re VPN, but if this is not possible, port 1433 ... Paul Ibison SQL Server MVP, ...
    (microsoft.public.sqlserver.replication)