Difference between revisions of "Choose a hosting provider"
(→High Technical) |
|||
Line 150: | Line 150: | ||
[http://www.securethelock.com/2014/01/09/12-steps-for-hardening-mysql-from-attackers/| 12 steps for Hardening MySQL from Attackers] | [http://www.securethelock.com/2014/01/09/12-steps-for-hardening-mysql-from-attackers/| 12 steps for Hardening MySQL from Attackers] | ||
</li> | </li> | ||
− | </ | + | </ul> |
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
</div> | </div> |
Revision as of 19:42, 18 May 2014
Criteria
- Price - relative services offered
- Reputation - are they well known, have they had security breaches or reports of poor support, do they adhere to certain principles inline with that of your organisation - such as data privacy or protection of human rights defenders.
- Specialisation - do they work in the field of human rights, software applications or general hosting
- Is mail provided
- Hardware specifications
- Operating systems offered
- Supported provided
- Readily discusses your security concerns and which security features and processes they offer with their hosting.
- Provides the most recent stable versions of all server software.
- Provides reliable methods for backup and recovery.
- Provides encryption options for hosting of sites or mail
Secure hosting setups
Depending on available skill level the following secure system setups are possible:
High Technical
Dedicated Server
For a Dedicated Hosting system, the user can either run their own physical hardware or rent this hardware from a provider. The former solution offers total control of the physical hardware, however, there are significant downsides to this approach and should be avoided; it is only recommend under special circumstances such as storing sensitive data. In the latter case, the hosting agent provides the hardware but the user has total control of the server via remote access. In this scenario, the provider is responsible for replacement of hardware parts that fail or malfunction - this support is generally done through a ticket system and relies on the user to report errors.
Benefits
- User has total control of the system's software
- User has total control of access rights
- User has control of physical network connection, allowing them to whitelist or block connection from allowed or spurious connections
- Financial cost of hardware malfunction is not an issue as the host is responsible for replacing/repairing failing hardware
- The host can be chosen to place the server in a different jurisdiction from that of the user to prevent seizure
Downsides
- The user does not have physical access to the server
- The host is not responsible for data loss or downtime if the physical server fails
- The user is responsible for detecting and reporting hardware faults on some providers
- The time taken to repair a hardware malfunction depends on the provider chosen. See Choosing a hosting provider.
- The contract can be terminated by the host and access to the server can be terminated or suspended depending on the host's terms of use.
VPS
A Virtual Private Server(VPS) is an instance of a Virtual Operating System running on a much larger server. Typically multiple VPS will be run on a single server. In a VPS environment, you have a dedicated virtual private server but do not control the server on which it is hosted. Resources will be limited, you can not control or harden the outer server.
Benefits
- The cost of this type of server will typically be significantly cheaper than a dedicated server
- Depending on the host, the server will be capable of running most standard server software, up to a certain limit
- Hardware is managed by the hosting provider unless self hosting
- If self hosting, a single server can be used for multiple purposes and to provide multiple distinct servers
Downsides
- Processing power will be limited over a dedicated server but, depending on the hosting provider, should be capable of running small to medium capacity websites
- Bandwidth will also be restricted
- Potential risk of provider, law enforcement or other state forces accessing contents of virtual server without user's awareness.
- The user will not have access to the outer server and will thus not be able to harden it
Threats
- Social engineering attack
- Password brute force
- Service interruption through denial of service attack
- System software exploits
- SSL man-in-the-middle attacks
- Data loss or data theft
Mitigation
Password management is the core of any security strategy. For the dedicated and VPS hosting options, there are several modes of control that administrator can apply.
- Enforce strong password - a strong password should contain Upper and Lower case characters, Numbers and Special Characters and should be long; greater than 20 characters. It is also possible to restrict the use of previously used passwords. On Linux systems the following command can be used to force complex passwords for users:
- Use password aging: the chaging command on Linux servers allows checking of password age by user and setting of password aging parameters link.
- In some cases it may be prudent to enabled account locking for accounts that have been under particularly concerted attacks. On Linux systems, the faillog command can be used to check failures and to set failure limits. For more details see Faillog. Great care should be taken when enabling user locking as an attacker can simply deny users access to their own services by intentionally locking an account. Generally it is better practice to ban the attacker before the need for account locking is encountered.
- Use Password Management software - a tool such as Keepass, or KeepassX for Linux and Mac, allows users to easily generate, store and mange complex difficult to crack passwords. Refer to this guide for details on Keepass
password required pam_cracklib.so minlen=12 lcredit=1 ucredit=1 dcredit=2 ocredit=1
For more detail, refer to the guide Force strong passwords
User Management on dedicated or VPS systems allow administrators fine grained control of user login and access permissions.
- Root user login should be disabled by default - the sudo package should be installed and all superuser actions should be run through it.
- Secure Shell(SSH) login should be forced, telnet and ftp login access should be disabled by default. To upload files to the server securely user can use Secure FTP(SFTP) clients.
- Private keys should be used for SSH login access. The following guide gives details on generating and setting up public/private keys for SSH login, SSH tutorial. Once SSH keys have been set up for all relevant users, disabling password-based logins should be considered.
- File permissions should be restricted for critical files. User should only be allowed access to files relevant to their work. Execution as root should be restricted. Discussion of linux file permissions.
Software Management
- System software must always be up to date. Critical patches are released by software vendors and operating system providers on a regular basis. Updates frequently contain fixes for potential vulnerabilities and bugs, if your system is not up to date it may be at risk. A recent example of this is the SSL bug HeartBleed.
- Minimising installed software is an important step in reducing potential vulnerabilities. The system should have the bare minimum of packages and software installed to support its purpose.
System Management
- Firewall, iptables
- Check listening ports
- Logging and Auditing
- Anti-intrusion system,
- SELinux
- fail2ban
-
Apache hardening
As well as considering the physical server and it's operating system users must thinking in terms of application security. Especially for those applications which either contain sensitive data or those that provide access routes to the machine for an attacker.
Below is a set of guides for Apache webserver hardening.
- 13 Apache Web Server Security and Hardening Tips
- Apache 2.0 Hardening Guide
-
Database hardening
A key approach discussed elsewhere in protecting data, both at rest - on disk - and in use - in memory, is to encrypt these data stores either as part of full disk encryption or as individual restricted encrypted mount points.
Below are further guides for specific hardening techniques for the MySQL database system.
- MySQL Security Best Practices
- Security and Hardening Tips for MySQL
- 12 steps for Hardening MySQL from Attackers
Intermediary Technical
Hosted platform
For organisation that wish to setup their own custom site based on an existing platform such as Wordpress.com, there are a setup of steps that should be taken to ensure a good level of security. The choosing a hosting provider guide should also be consulted.
Platform Security
- Limiting access - Making smart choices that reduce possible entry points available to a malicious person.
- Containment - Your system should be configured to minimize the amount of damage that can be done in the event that it is compromised.
- Preparation and knowledge - Keeping backups and knowing the state of your WordPress installation at regular intervals. Having a plan to backup and recover your installation in the case of catastrophe can help you get back online faster in the case of a problem.
- Passwords
- File Permissions
- Admin user
- SSL
- SFTP client
- Platform updates
Hosting install of pre-built software platform, such as Wordpress,
In a Shared Hosting environment, your and other website owners shared one server. This includes sharing the physical server and the software applications within the server. Shared hosting services are affordable because the cost to operate the server is shared between you and these other owners. There are, however, a number of down sides, such as being slower.
Threat Mitigation
Basic Technical
For a basic setup providing a content distribution platform such as a blog user's have the option of using existing free services such as Wordpress, Journoportfolio or similar.
Threat Mitigation
strong passwords, 2 factor auth,
Comparison Matrix
Dedicated Server | Virtual Private Server | Shared Hosting | Cloud Service | |
High technical skill | Requires Intermediary technical skill | Intermediary/Basic | Basic | |
Allows disk/data encryption | Allows encryption within VPS | Limited or no control of data encryption | Depends on provider but usually not provided | |
SSH and private key login | Enforce secure login for VPS | Login via CPanel or Custom interface - some hosts offer 2 factor auth | Depends | |
User access control and restriction | User control | Control via user accounts added through management software | Control via management software | |
Allows SSL cert, must setup and provide own cert | SSL cert, must setup and provide own cert | Allows only shared SSL cert, most host provide shared cert | Most host platforms will provide SSL support by default | |
Total control of applications and software | Control of software within VM, limited access to hardware depending on type of VM | Application control only via management interface | Depends on cloud server - certain services with provide data access restrictions but this is a non-ideal scenario | |
Manually maintained and updated | Server is patched but VPS remains responsibility of user | Patches and updates provided by host - though may lag behind depending on quality of hosting | Depending on scale of provider - patching and support will be provided to protect their reputation | |
Limited supported - hardware support and replacement depending on provider | Similar to dedicated support | Support is generally in terms of management software - hardware is automatically monitored by hosts | Similar to shared though support is specific to the platform hosting | |
Anti-ddos and brute forcing via fail2ban, botnetdbp deployment | Provider may or may not mitigate DDoS attacks | DDoS attacks will receive some or limited mitigation depending on quality of host, generally they will not protect against large scale attacks and may force the website to be removed | Depending on the provider if the attack crosses their threshold for protection they may shut down the website or ask it to leave |