Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
Last revisionBoth sides next revision
cloudappliance/bestpractices [2020_07_29 11:38] smeadmincloudappliance:bestpractices [2024_01_23 18:35] steven
Line 2: Line 2:
  
  
- +====== Deployment Security Best Practices ====== 
-====== File Fabric Deployment Security Best Practices ====== +== last updated on: July 16, 2021 ==
  
  
Line 10: Line 9:
  
  
 +Nasuni Access Anywhere uses the Apache Web Server to serve pages and the underlying Linux Operating System is CentOS. CentOS is hardened using NSA hardening guidelines. You can review these at: [[http://www.nsa.gov/ia/mitigation_guidance/security_configuration_guides/operating_systems.shtml]]
  
-The Storage Made Easy File Fabric is provided as an interoperable OVF file and can work with VMWARE, XEN, KVM, and Hyper-V hypervisors. It can also be installed on bare metal. +Access Anywhere is also extensively tested using commercial penetration testing software prior to each major and minor release.
- +
-The File Fabric uses the Apache Web Server to serve pages and the underlying Linux Operating System is CentOS. CentOS is hardened using NSA hardening guidelines. You can review these at: [[http://www.nsa.gov/ia/mitigation_guidance/security_configuration_guides/operating_systems.shtml]] +
- +
-The File Fabric is also extensively tested using commercial penetration testing software prior to each release.+
  
-The File Fabric can be extensively configured as required as the infrastructure software is industry standard and well understood . +Access Anywhere can be extensively configured as required as the infrastructure software is industry standard and well understood . 
  
 We provide a separate white paper for High Availability guidelines. This white paper suggests some best practice but ultimately the deployment best practices are the responsibility of the deployer and should be inline with their existing deployment practices for such systems. We provide a separate white paper for High Availability guidelines. This white paper suggests some best practice but ultimately the deployment best practices are the responsibility of the deployer and should be inline with their existing deployment practices for such systems.
  
  
-===== 2. Fail2Ban =====+===== 2. Fail2Ban - Intrusion Detection Protection =====
  
 +Access Anywhere is setup for integration with a customized version of Fail2Ban (http:%%//%%www.fail2ban.org/). This is disabled by default but can be enabled by the File Fabric Appliance Admin.
  
 +Fail2Ban is an intrusion prevention software framework that can help protect the File Fabric from brute-force attacks.
  
-The SME Appliance ships with a customized version of Fail2Ban (http:%%//%%www.fail2ban.org/). Fail2Ban scans logs file for malicious patterns ie. DoS attacks, too many password failures, SSH logins, seeking exploits, trying to scan for download links etc. If the software detects such malicious patterns it automatically updates the firewall rules to reject IP addresses for a specified amount of time (10 minutes). +Fail2Ban scans logs file for malicious patterns ie. DoS attacks, too many password failures, SSH logins, seeking exploits, trying to scan for download links etc. If the software detects such malicious patterns it automatically updates the File Fabric firewall rules to reject IP addresses for a specified amount of time (10 minutes). 
  
-This is constantly working and scanning and as such it is an extra protection for the appliance. Fail2Ban can also be setup to help prevent DOS attacks. To do this simply edit /etc/fail2ban/jail.conf and add the following to the end:+This is constantly working and scanning and as such it is an extra security protection for the appliance. Fail2Ban can also be setup to help prevent DOS attacks. To do this simply edit /etc/fail2ban/jail.conf and add the following to the end:
  
 <code> <code>
Line 56: Line 54:
 </code> </code>
  
-This is an example of how Fail2Ban can be used to help prevent attacks but in an of itself it is not a solution. It is just one of the measures that can be taken for protection.+This is an example of how Fail2Ban can be used to help prevent attacks but in an of itself it is not a solution. It is just one security measure that can be taken for protection.
  
 ===== 3. Internet Security Protection services ===== ===== 3. Internet Security Protection services =====
  
 +There are many commercial services that can be used to protect an infrastructure from attacks. Many ISP's / MSP's and companies may already be using these. 
  
 +Examples are: 
  
-There are many commercial services that can be used to protect an infrastructure from attacks. Many ISPâ€s MSPâ€s and companies may already be using these +https://www.cloudflare.com
- +
-Examples are: +
  
 http://www.dosarrest.com  http://www.dosarrest.com 
Line 93: Line 91:
 If you are running your own Load Balancer based on HAProxy, look at the sysctl below (edit /etc/sysctl.conf with regards to mitigation of SYN Flood attacks. ''%% # Protection SYN flood net.ipv4.tcp_syncookies = 1 net.ipv4.conf.all.rp_filter = 1 net.ipv4.tcp_max_syn_backlog = 1024%%''  If you are running your own Load Balancer based on HAProxy, look at the sysctl below (edit /etc/sysctl.conf with regards to mitigation of SYN Flood attacks. ''%% # Protection SYN flood net.ipv4.tcp_syncookies = 1 net.ipv4.conf.all.rp_filter = 1 net.ipv4.tcp_max_syn_backlog = 1024%%'' 
  
-Note: If the attack is very large and saturates internet bandwidth, the only solution is to ask the internet access provider to null route the attackers IP’s on its core network. +Note: If the attack is very large and saturates internet bandwidth, the only solution is to ask the internet access provider to null route the attackers IPs on its core network. 
  
 For Slow DOS (SlowLoris) attacks clients will slowly send requests to a server, header by header, or character by character, waiting a long time between each of them and the server have to wait until the end of the request to process, and send back the response. The purpose of the attack is to prevent regular use of the service as the attacker is using all the available resources with these very slow requests. In order to protect against this kind of attack setup the HAProxy option timeout http-request€. It can set to 5s, which should be long enough. This simply tells HAProxy to give a 5 second time limit to a client to send its whole HTTP request, otherwise HAProxy will shut the connection with an error.  For Slow DOS (SlowLoris) attacks clients will slowly send requests to a server, header by header, or character by character, waiting a long time between each of them and the server have to wait until the end of the request to process, and send back the response. The purpose of the attack is to prevent regular use of the service as the attacker is using all the available resources with these very slow requests. In order to protect against this kind of attack setup the HAProxy option timeout http-request€. It can set to 5s, which should be long enough. This simply tells HAProxy to give a 5 second time limit to a client to send its whole HTTP request, otherwise HAProxy will shut the connection with an error. 
  
-HAProxy can be quite a comprehensive solution as a defense for attacks and is in use in many companies and ISP€™s+HAProxy can be quite a comprehensive solution as a defense for attacks and is in use in many companies and ISP's
  
 A good place for further information is: [[https://www.haproxy.com/blog/use-a-load-balancer-as-a-first-row-of-defense-against-ddos/|Use a Load Balancer as a First Row of Defense Against DDOS]]. A good place for further information is: [[https://www.haproxy.com/blog/use-a-load-balancer-as-a-first-row-of-defense-against-ddos/|Use a Load Balancer as a First Row of Defense Against DDOS]].
Line 107: Line 105:
 To force set the hostname, apply the following configuration: To force set the hostname, apply the following configuration:
 ``` ```
-var $hostname 'sme.example.com';+ffconfig set hostname 'sme.example.com'
 ``` ```
  
-===== 6. Conclusion =====+===== 6. Brute Force Account Protection ===== 
 + 
 +Two levels of brute force protection are available within Access Anywhere:
  
 +  * General Brute Force Protection - automatically blocking any person successively failing to login to any account over a configurable number of times (Site Functionality)
 +  * Account Specific Lock-Out - automatically suspending user accounts where a successive number of failed login attempts are made (Org Policies) 
  
 +===== 7. Conclusion =====
  
-This section provides details on options that can be considered for protection against various internet attacks when deploying the SME File Fabric.\\ \\ Many companies and ISP / MSP€™s may already have their own best practices and guidelines for such deployments and what is presented in this white paper can be considered and addendum to existing best practices for production deployment.\\ \\+This section provides details on options that can be considered for protection against various internet attacks when deploying Access Anywhere.
  
 +Many Companies and ISP / MSP's may already have their own best practices and guidelines for such deployments and what is presented in this white paper can be considered and addendum to existing best practices for production deployment.
  
 +For a general security overview of the Access Anywhere software please visit the [[/security|Security section]] of the Docs.