|
Security Basics
server security Jun 20 2012 05:27PM Littlefield, Tyler (tyler tysdomain com) (3 replies) Re: server security Jun 20 2012 11:44PM Alex Dolan (dolan alex gmail com) (3 replies) Re: server security Jun 21 2012 04:34PM Mike Hale (eyeronic design gmail com) (4 replies) Re: server security Jun 22 2012 11:02AM Rory Browne (rbmlist gmail com) (3 replies) RE: server security Jun 22 2012 06:09PM Ron McKown (RMcKown apptio com) (1 replies) RE: server security Jun 22 2012 08:09PM Ward, Jon (Jon_Ward SYNTELINC COM) (1 replies) |
|
Privacy Statement |
> I know I have seen a plethora of 3389 automated scans and upon successful
> connection, attempted password attacks, what would happen if I changed to
> some other port?
Why isn't there a firewall restricting who can connect to your db server?
Why aren't you requiring something better than just password auth?
You change the default port but you don't implement these far more effective
controls?
> Sometimes security through obscurity does work. I am certainly not
> suggesting it would protect you from an Advanced Persistent Threat, but every
> little layer of security affords a little protection, deterrence, or delay.
It sets a bad precedent and doesn't scale when you have to worry about changing
the default ports on a bunch of database servers and apps. Many "little layers
of security" just aren't worth it.
--
Tracy Reed
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFP5OmOBhSTPg0d/nQRAvPcAJ9DHAcRNnHucTz7IpE488Xzp3ifJACgiXLh
SVFWH3L55rHg0ab6Sl4j5U0=
=5DXx
-----END PGP SIGNATURE-----
[ reply ]