Hackathon - Linux

Mastering Linux

View the Project on GitHub ricmmartins/fasthack-linux

Challenge 13 - Protecting a Server

< Previous Challenge - Home - Next Challenge >

Description

In a server, especially those directly exposed to the Internet such as web servers are very common to receive thousand of authentication attempts. If you check your /var/log/auth.log file, you will attest to this.

Those attempts are based on silly dictionary attacks, which (unfortunately) work in some % of the cases. Are you sure that your password and the passwords of all the users on your system are strong enough to survive such an attack? This is why the usage of SSH Keys is a better alternative than the user/password approach for authentication.

This challenge will cover about some options to minimize those issues:

  1. Install Fail2Ban
  2. Change the SSH Port
  3. Enable SSH Keys instead of username/password

The idea behind Fail2ban is very simple: temporarily or permanently ban an IP that performed multiple undesired actions, such as unsuccessful authentication, access to a restricted area, etc. Originally it was developed to catch illegal SSH login attempts, but later on, it grew up into an easily customizable toolkit for speedy reaction on some events (such as detected failed login attempts) recorded in the log files.

Changing the default SSH port reduces number of such attacks, so for this exercice let’s change from 22 to 2222. Remember to open the 2222 port on your NSG.

Success Criteria

  1. Ensure the distribution lists are updated
  2. Ensure the installation of fail2ban package
  3. Make sure that Fail2Ban will start automatically during the VM boot
  4. Ensure Fail2Ban is enabled to protect the SSH service
  5. Change the SSH default port from 22 to 2222
  6. Setup SSH keys in order to improve the connection method to the server

Learning resoures