Sécurisation d’un serveur Linux
Mise en place d’un socle de sécurité sur un serveur Ubuntu : sécuriser SSH, pare-feu UFW, gestion des utilisateurs et bonnes pratiques.
Contexte
Objectif
Architecture technique
Mise en place d’un socle de sécurité sur un serveur Ubuntu : durcissement SSH, pare-feu UFW, gestion des utilisateurs et bonnes pratiques
Introduction
La sécurisation d’un serveur Linux est une étape fondamentale dans toute infrastructure moderne.
Un serveur mal configuré ou exposé sans protection devient rapidement une cible pour les scans automatisés, attaques par brute force, tentatives d’intrusion ou exploitations de vulnérabilités.
Dans cet article, nous allons mettre en place un socle de sécurité de base sur un serveur Ubuntu afin de réduire la surface d’attaque et appliquer plusieurs bonnes pratiques essentielles :
durcissement du service SSH ;
configuration du pare-feu UFW ;
gestion sécurisée des utilisateurs ;
sécurisation des accès ;
recommandations de sécurité système.
L’objectif n’est pas de rendre le serveur invulnérable, mais d’établir une base solide et professionnelle pour toute infrastructure Linux.
1. Mise à jour du système
Avant toute configuration de sécurité, il est indispensable de mettre le système à jour.
sudo apt update && sudo apt upgrade -yInstaller également les mises à jour de sécurité automatiques :
sudo apt install unattended-upgrades -yActiver ensuite le service :
sudo dpkg-reconfigure unattended-upgradesCela permet d’appliquer automatiquement les correctifs critiques.
2. Création d’un utilisateur non root
Travailler directement avec le compte root est fortement déconseillé.
Créer un utilisateur dédié :
sudo adduser adminsecAjouter ensuite les privilèges sudo :
sudo usermod -aG sudo adminsecVérifier les droits :
groups adminsec3. Durcissement du service SSH
SSH est l’un des services les plus ciblés sur Internet.
Il est donc essentiel de renforcer sa configuration.
Modifier le fichier de configuration SSH
sudo nano /etc/ssh/sshd_configDésactiver la connexion root
PermitRootLogin noDésactiver l’authentification par mot de passe
Utiliser uniquement les clés SSH :
PasswordAuthentication noChanger le port SSH (optionnel)
Port 2222Même si cela ne constitue pas une protection forte, cela réduit les scans automatisés basiques.
Limiter les tentatives de connexion
MaxAuthTries 3Désactiver les sessions inutiles
X11Forwarding no
AllowTcpForwarding no