Server Security Tips
Here are 79 server security tips to help you improve your web server security. I start with passwords. You would be surprised at the number of cases we handle that boil down to bad passwords. Web application security can also be improved with some simple steps, and it is time everyone stop using insecure communication protocols.
Check out the list and send in your server security tips to get up to 100.
- Use passwords with at least 8 characters.
- Use complex passwords that include numbers, symbols, and punctuation.
- Use a variety of passwords for different accounts or roles.
- Test passwords in a secure password tool.
- Do not use dictionary words as passwords, e.g. myblackdog
- Do not repeat sequences of characters, e.g. 3333, abcdabcd.
- Do not use personal information in passwords, e.g. your birthdate.
- Do not store passwords on laptops, smartphones or tablets that can be lost.
- Use a password manager to securely keep track of your passwords (See our post on LastPass).
- Setup two-factor authentication when available.
- Use a secure password generator.
- Use Secure FTP instead of plain FTP.
- Use SSH instead of telnet.
- Use Secure Email Connections (POP3S/IMAPS/SMTPS)
- Secure all web administration areas with SSL (HTTPS).
- Secure your web forms with SSL (HTTPS).
- Use VPN when available.
- Use firewalls on all endpoints, including servers and desktops.
- Use residential/office firewall/IPS systems.
- Encrypt highly sensitive emails.
- Do not use public computers to access sensitive information.
Web Application Security
- Sign up for notices about web application updates.
- Update your web applications promptly.
- Scan web applications using remote security tools such as Nessus.
- Use a web application firewall.
- Test file upload fields to assure code cannot be uploaded.
- Have custom code reviewed for security issues.
- Use coding frameworks with good security history.
- Do not rely solely on obscure directory/file names for security.
- Secure web application admin areas with IP based restrictions.
- Sanitize user input.
- Put sensitive files outside of document root or restrict access.
- Avoiding using shell commands within scripts.
- Don’t trust HTTP referer fields as they are easily forged.
- Use POST instead of GET to submit data so sensitive information is not in the URL.
- Validate data server-side not client-side.
- Do not rely on relative file and path names. Always set base directories.
- Specify permissions when creating files.
- Limit file upload, creation activities to specific directories.
- Create safe error messages by not disclosing sensitive information in errors.
- Be careful of what data you trust from a cookie; it can be manipulated.
- Encrypt configuration files that contain sensitive logins.
- Guard against application level DOS attacks by limiting field input length.
- Disable url fopen if possible.
- Enable safe mode, include directory and open base restrictions if possible
- Disable dangerous PHP functions if possible
- Be careful of naming files *.bak, *.txt or *.inc within the web document root.
- Be careful using version management tools on your doc root.
- Set default reply-to’s for web applications and monitor the email for bounces.
- Use version control systems.
- Use bug tracking and change log systems
- Update your OS regularly – as in within hours of critical updates.
- Update your control panel regularly.
- Reduce information disclosure, e.g. changing ServerTokens in Apache.
- Don’t install software that is not used.
- Don’t store backups or old versions of software on the production system.
- Restrict access to directories with proper permissions
- Make sure logs are working properly.
- Make sure you log all admin level accesses with date, times and usernames.
- Make sure you use a firewall.
- Remove default accounts in MySQL.
- Disable direct root login in SSH.
- Get rid of passwords with SSH keys.
- Disable unused services.
- Maintain backups.
- Test backups.
- Do not do development on production systems.
- Stay updated with subscriptions to security notification services.
- Monitor web traffic for unusual activity.
- Conduct regular, remote security scans.
- Conduct regular, local security scans.
- Harden default service settings in Apache, SSH and other services.
- Use root account only when required.
- Use sudo to grant others root level access.
- Enable SELinux if possible.
- Use private networks for internal server traffic.
- Use encryption when appropriate.
- Conduct password audits.
- Enforce strong passwords and change policies.
What are your tips?
Send your server security tips to keep this list growing or recommend specific solutions to implement these tips.