Pre-configure the Node Server
The steps to prepare and secure your validating node server prior to installing the Radix Node Software.
Connect to the server
Using the key generated from the AWS console and using a SSH client like Putty, connect to your Ubuntu server. If you are logged in as root then create a user-level account with admin privileges instead, since logging in as the root user is risky.
Create a new user. Replace yourusername
with a username of your choice. You will asked to create a strong password and provide some other optional information.
Grant admin rights to the new user by adding it to the sudo group. This will allow the user to perform actions with superuser privileges by typing sudo before commands.
Optional: If you used SSH keys to connect to your Ubuntu instance via the root user you will need to associate the new user with the root user’s SSH key data.
Finally, log out of root
and log in as <yourusername>
Update the Server
Make sure the system is up to date with the latest software and security updates.
Enable automatic updates
Optional: Change the server's hostname with the following command:
Secure the Server
This guide will follow a list of settings in the CoinCashew guide. This is not a comprehensive list and you should investigate other security steps specific to your own setup and situation.
SSH Configuration
The following section will edit the contents of your sshd_config
file, it is recommended to make a backup of this file before proceeding and to understand more about each of the settings you will edit you can view the sshd help file by typing:
Change the SSH Port in the sshd_config
file
Find the line #Port 22
remove the #
and replace the number with the port number of your choice
At this point you may want to configure your firewall to allow the new port number. See the Firewall Configuration section below. Also remember to update any AWS Security Groups if you have those configured.
Locate the line for ChallengeResponseAuthentication and set it to ‘no’
Locate the line for PasswordAuthentication and set it to ‘no’
Locate the line for PermitRootLogin and set it to ‘no’
Locate the line for PermitEmptyPasswords and set it to ‘no’
Locate the line for PubkeyAuthentication and set it to ‘yes’. This will change the configuration to only accept public keys.
Change ClientAliveInterval to 300 and ClientAliveCountMax to 0
Save and close the file, then test the SSH config.
If there are no errors then restart the SSH process
Open another Putty terminal and test connecting on the new SSH port before closing the existing terminal.
Restricting access to specific users or IPs
Optional Steps: lockdown SSH to a specific user and/or from a specific IP. Only perform these step if you are confident your IP won’t change.
Open the SSHD config file again
to restrict just to a specific user add the following to the bottom of the file
alternatively to restrict to a specific IP add the following line to the bottom of the file
Save and close the file and restart SSHD
Restrict Access Using IP Tables
Alternatively, you can use IP tables to restrict access to the SSH port from a single IP or network. As root enter the follow at the command line
Create a new ED25519 encryption key and replace the default AWS RSA 2048-bit key
The default AWS SSH key is using RSA SSH-2 2048-bit encryption. It is recommended to create another key pair using ED25519 encryption, follow the Putty user guide here. Ensure you have set a strong password on your private key. Read up about ED25519 here.
Then once you’ve created the key copy the public key to the ~/.ssh/authorized_keys
file.
save and close the file.
Test the new key works by opening a new SSH session via Putty and using the custom port you set earlier.
Once confirmed either backup and delete or comment (#
) out the previous RSA key’s line in the authorized_keys
file.
Ensure the authorized_keys
file has the correct permissions by running the following command
Check the permissions are set correctly
Disable the root account
Disable the ability to login with the root
account using a password
Firewall Configuration
ufw is a a common linux based firewall package which we will install
Install the ufw package
Explicitly apply the defaults. Inbound traffic denied, outbound traffic allowed.
Allow inbound traffic on <YourSSHPortNumber>
as set in the SSH Configuration section above. SSH requires the TCP protocol.
Optional: You may also choose to lockdown access to your specific public IP. However be warned that if your public IP changes you may lose access.
Deny inbound traffic on port 22/TCP.
Only perform this step after confirming you have connected over SSH using <YourSSHPortNumber>
Enable the firewall and check to verify the rules have been correctly configured.
Two-factor authentication (optional but encouraged)
Two-factor authentication gives you an extra layer of security in the event your SSH key was compromised. Although we are installing the Google Authenticator package you can also use an alternative 2fA app like Authy.
Install the Google Authenticator package
Run google-authenticator
enter ‘y’ to the first prompt
A QR Code will appear with a Secret Key, a number of scratch codes and a prompt for further options. Open your Google Authenticator or Authy app and enter in your secret key. Copy down your emergency scratch codes for safe-keeping.
The recommended settings for the subsequent prompts are:
Make a backup of the sshd configuration file
Edit the /etc/pam.d/sshd file to make SSH use Google Auhthenticator
and add the following lines
save and close the file.
Edit the SSH configuration file
locate the ChallengeResponseAuthentication
line and update to ‘yes’
locate the UsePAM line and update to ‘yes’
Save and close the file then restart the SSHD service
2FA is not fully configured yet but open another Putty window to confirm all is working okay. You should not be prompted for any two-factor authentication yet. DO NOT close your existing terminal.
Make SSH aware of 2FA by opening the SSH configuration file
and add the following line to the bottom of the file
save and close the file.
Open the PAM sshd configuration file
and comment out the following line by adding a #
character at the start
Save and close the file the restart SSH.
Now open another Putty terminal session and you should be asked to enter the two-factor code.
Kernel Live Patching
The Livepatch Service intends to address high and critical severity Linux kernel security vulnerabilities, as identified by Ubuntu Security Notices and the CVE tracker. Since there are limitations to the kernel livepatch technology, some Linux kernel code paths cannot be safely patched while running. There may be occasions when the traditional kernel upgrade and reboot might still be necessary.
You will need to create an account at https://login.ubuntu.com/. The free tier allows installation on up to three machines. You will be given a subscription token which can be found here https://ubuntu.com/advantage
Attach the token to your server
Secure Shared Memory
Shared memory can be used in an attack against a running service. Because of this, secure that portion of system memory. You can do this by modifying the /etc/fstab file.
Edit the fstab file
Add the following line
Save and close the file, then reboot.
Install Fail2Ban
Fail2ban is an intrusion-prevention system that monitors log files and searches for particular patterns that correspond to a failed login attempt. If a certain number of failed logins are detected from a specific IP address (within a specified amount of time), fail2ban blocks access from that IP address.
Install fail2ban
Edit the config file
and add the following to the file ignoreip = <list of whitelisted IP address, your local daily laptop/pc>
. Also amend the port number to your own SSH port.
save and close the file.
Restart fail2ban
That concludes the first step in preparing your Node Server. Head to the next page to install Node Exporter.
Sources:
Coin Cashew’s Hardening Ubuntu Guide
Digital Ocean Ubuntu Open SSH Hardening Tips
Last updated