Checklist : sécuriser un serveur Linux exposé sur Internet

aftereliFRANCE – 2026-11-07

Voici une base solide pour un petit serveur (VPS, serveur perso). Chaque point réduit nettement la surface d’attaque. 1. Mises à jour : activez les mises à jour de sécurité automatiques (unattended-upgrades sous Debian/Ubuntu). 2. SSH : connexion par clé uniquement (PasswordAuthentication no), pas de connexion directe en root (PermitRootLogin no). 3. Pare-feu : n’ouvrez que les ports nécessaires (par exemple 22, 80, 443) avec ufw ou nftables. 4. Anti-force brute : installez fail2ban ou équivalent. 5. Moindre privilège : un utilisateur dédié par service, jamais de service lancé en root si ce n’est pas indispensable. 6. Sauvegardes : régulières, hors du serveur, et testées par une vraie restauration. 7. Journaux : consultez-les de temps en temps (journalctl, /var/log/auth.log). Dites en réponse ce que vous ajouteriez à cette liste.

lowkeynox – 2026-11-07

Question : changer le port SSH (22) est-il utile ?

aftereliFRANCE – 2026-11-07

Cela réduit le bruit dans les journaux, car les robots scannent surtout le port 22, mais ce n’est pas une vraie protection : un scan complet retrouve le port. La vraie sécurité vient des clés SSH, de l’interdiction du mot de passe et de fail2ban. Changer le port est un petit plus facultatif, jamais un remplaçant.