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 05:48PM
Tracy Reed (treed ultraviolet org)
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 08:27PM
Tracy Reed (treed ultraviolet org)
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)
RE: server security Jun 22 2012 09:30PM
Dave Kleiman (dave davekleiman com) (2 replies)
RE: server security Jun 26 2012 02:35PM
Tommy Thomas (webmaster ocaladesigns com)
Re: server security Jun 22 2012 09:54PM
Tracy Reed (treed ultraviolet org) (2 replies)
RE: server security Jun 22 2012 10:47PM
Dave Kleiman (dave davekleiman com)
Re: server security Jun 22 2012 10:31PM
Tracy Reed (treed ultraviolet org) (1 replies)
RE: server security Jun 22 2012 10:51PM
Dave Kleiman (dave davekleiman com) (2 replies)
Re: server security Jun 23 2012 12:48PM
Ansgar Wiechers (bugtraq planetcobalt net)
Re: server security Jun 22 2012 11:17PM
Rob (synja synfulvisions com)
Re: server security Jun 22 2012 02:51PM
Littlefield, Tyler (tyler tysdomain com)
Re: server security Jun 21 2012 04:47PM
Killian Faughnan (lists killianfaughnan com)
Re: server security Jun 21 2012 04:44PM
Littlefield, Tyler (tyler tysdomain com)
Re: server security Jun 21 2012 02:44PM
Jerome Athias (athiasjerome gmail com)
Re: server security Jun 21 2012 03:52PM
Rob (synja synfulvisions com)
We need to make a distinction between security and obscurity here. The only time changing ports actually hardens a service in any way is when the port requires elevated rights to bind, changing to 1025 for example removes the root requirement. Any actual or theoretical vulnerabilities still exist. If somebody is looking at your server, they'll find the port without much trouble. Alternate ports can remove junk traffic from logs, so there is a benefit, if not entirely a security one.

Rob

Sent on the Sprint® Now Network from my BlackBerry®

-----Original Message-----

From: Alex Dolan <dolan.alex (at) gmail (dot) com [email concealed]>

Sender: listbounce (at) securityfocus (dot) com [email concealed]

Date: Thu, 21 Jun 2012 07:44:57

To: Littlefield, Tyler<tyler (at) tysdomain (dot) com [email concealed]>

Cc: <security-basics (at) securityfocus (dot) com [email concealed]>

Subject: Re: server security

One tip I have is to set SSH to a port other than 22, I don't need to

tell anyone how devastating it is if someone did actually get access

to that service. Putting it on some other port reduces your risk

On Thu, Jun 21, 2012 at 1:27 AM, Littlefield, Tyler <tyler (at) tysdomain (dot) com [email concealed]> wrote:

> Hello:

> I have a couple questions. First, I'll explain what I did:

> I set up iptables and removed all unwanted services. Iptables blocks

> everything, then only opens what it wants. I also use the addrtype module to

> limit broadcast and unspec addresses, etc. I also do some malformed packet

> work where I just drop everything that looks malformed (mainly by the

> flags).

> 2) I secured ssh: blocked root logins, set it up so only users in the

> sshusers group can connect, and set it only to allow ppk.

> 3) I installed aid.

> 4) disabled malformed packets and forwarding/etc in sysctl.

> This is a basic web server that runs email, web and a couple other things.

> It's only running on a linode512, so I don't have the ability to set up a

> ton of stuff; I also think that would make things more of a mess. What else

> would be recommended?

> Also, I'm looking to add something to the web server; sometimes I notice

> that there are a lot of requests from people scanning for common urls like

> wordpress/phpbb3/etc, what kind of preventative measures exist for this?

>

>

> --

> Take care,

> Ty

> http://tds-solutions.net

> The aspen project: a barebones light-weight mud engine:

> http://code.google.com/p/aspenmud

> He that will not reason is a bigot; he that cannot reason is a fool; he that

> dares not reason is a slave.

>

>

> ------------------------------------------------------------------------

> Securing Apache Web Server with thawte Digital Certificate

> In this guide we examine the importance of Apache-SSL and who needs an SSL

> certificate.  We look at how SSL works, how it benefits your company and how

> your customers can tell if a site is secure. You will find out how to test,

> purchase, install and use a thawte Digital Certificate on your Apache web

> server. Throughout, best practices for set-up are highlighted to help you

> ensure efficient ongoing management of your encryption keys and digital

> certificates.

>

> http://www.dinclinx.com/Redirect.aspx?36;4175;25;1371;0;5;946;e13b6be442
f727d1

> ------------------------------------------------------------------------

>

------------------------------------------------------------------------

Securing Apache Web Server with thawte Digital Certificate

In this guide we examine the importance of Apache-SSL and who needs an SSL certificate. We look at how SSL works, how it benefits your company and how your customers can tell if a site is secure. You will find out how to test, purchase, install and use a thawte Digital Certificate on your Apache web server. Throughout, best practices for set-up are highlighted to help you ensure efficient ongoing management of your encryption keys and digital certificates.

http://www.dinclinx.com/Redirect.aspx?36;4175;25;1371;0;5;946;e13b6be442
f727d1

------------------------------------------------------------------------

[ reply ]
Re: server security Jun 20 2012 06:58PM
Rowland Onobrauche (rowland onobrauche alphadex co uk)
Re: server security Jun 20 2012 06:13PM
Mike Hale (eyeronic design gmail com) (1 replies)
Re: server security Jun 20 2012 06:40PM
Gregory J Bessette schneider-electric com


 

Privacy Statement
Copyright 2010, SecurityFocus