Linux a la réputation d'être un système sûr, ce qui est globalement mérité, mais cette réputation ne dispense pas de comprendre les mécanismes qui rendent cette sécurité possible. Un système Linux mal configuré reste vulnérable, tout comme n'importe quel autre système.
Le système de permissions présenté par ailleurs sur ce site (lecture, écriture, exécution pour le propriétaire, le groupe et les autres) constitue la première barrière de sécurité de Linux : un programme ou un utilisateur normal ne peut pas modifier les fichiers système critiques sans droits d'administrateur explicitement accordés. Cette séparation stricte entre compte utilisateur standard et compte administrateur limite fortement les dégâts qu'un logiciel malveillant peut causer s'il parvient malgré tout à s'exécuter.
Au-delà des permissions classiques, certaines distributions intègrent un système de contrôle d'accès obligatoire encore plus strict. SELinux, utilisé notamment sur les distributions de la famille Red Hat, définit précisément ce que chaque programme a le droit de faire, même s'il tourne avec les droits d'un compte légitime : un logiciel de messagerie compromis ne pourra ainsi pas accéder à des fichiers qui n'ont rien à voir avec sa fonction. AppArmor, plus répandu sur les distributions de la famille Debian, poursuit un objectif similaire via des profils associés à chaque application, une approche généralement jugée plus simple à configurer, comme le détaille cette comparaison des deux systèmes.
Un pare-feu filtre les connexions réseau entrantes et sortantes selon des règles définies par l'administrateur. Sous Linux, cette fonction a longtemps reposé sur l'outil iptables, aujourd'hui progressivement remplacé sur la plupart des distributions récentes par nftables, qui offre une syntaxe plus claire et de meilleures performances. Dans les deux cas, le principe reste identique : définir précisément quels services doivent être accessibles depuis l'extérieur (un serveur web sur le port 80 par exemple) et bloquer tout le reste par défaut.
La grande majorité des failles de sécurité exploitées dans la réalité concernent des logiciels dont une mise à jour corrective existait déjà, mais n'avait pas été installée. Le gestionnaire de paquets de chaque distribution facilite grandement cette tâche : une simple commande de mise à jour régulière permet de maintenir l'ensemble du système et des logiciels installés à jour, bien plus simplement que sur des systèmes où chaque logiciel doit être mis à jour séparément.
Lorsqu'un serveur Linux est administré à distance, cela se fait généralement via le protocole SSH. Une pratique de sécurité largement recommandée consiste à désactiver la connexion par simple mot de passe au profit d'une authentification par clé cryptographique, beaucoup plus résistante face aux tentatives de connexion automatisées qui balaient en permanence les serveurs exposés sur Internet à la recherche de mots de passe faibles.
Une règle simple guide la plupart des bonnes pratiques de sécurité sous Linux : n'accorder à chaque utilisateur, chaque programme et chaque service que les droits strictement nécessaires à son fonctionnement, ni plus ni moins. Utiliser un compte administrateur pour la navigation quotidienne, par exemple, va à l'encontre de ce principe et augmente inutilement les conséquences possibles d'une erreur ou d'une compromission.
Cette idée répandue s'explique par plusieurs facteurs réels : la diversité des distributions rend plus difficile la création d'un logiciel malveillant universel, le modèle de permissions limite les dégâts d'une exécution non autorisée, et la culture de la mise à jour rapide côté serveurs réduit la fenêtre d'exploitation des failles connues. Cela ne signifie toutefois pas que Linux serait invulnérable par nature : des logiciels malveillants ciblant spécifiquement Linux existent bel et bien, en particulier sur les serveurs mal configurés exposés directement sur Internet, ce qui rappelle qu'aucun système, quel qu'il soit, ne dispense d'une vigilance minimale de la part de son administrateur.
Le caractère open source de Linux et de la plupart des logiciels qui l'accompagnent joue un rôle de sécurité concret : n'importe qui, chercheur en sécurité indépendant ou entreprise, peut examiner le code source pour y chercher des failles ou des comportements suspects, plutôt que de devoir faire une confiance aveugle à un éditeur unique. Cela ne signifie pas que le code open source est automatiquement exempt de failles — des vulnérabilités y sont régulièrement découvertes, comme dans n'importe quel logiciel — mais leur découverte et leur correction bénéficient d'un bassin de contributeurs bien plus large qu'un simple service interne fermé.
Configurer correctement les permissions, le pare-feu et les mises à jour ne suffit pas si personne ne surveille jamais ce qui se passe réellement sur le système. Consulter régulièrement les journaux d'activité (stockés, comme évoqué plus haut, dans le dossier /var/log) permet de repérer des tentatives de connexion suspectes ou des comportements anormaux avant qu'ils ne deviennent un problème sérieux. Sur un serveur exposé sur Internet, cette supervision régulière fait souvent la différence entre une tentative d'intrusion détectée à temps et un incident de sécurité découvert bien trop tard, une fois les dégâts déjà largement installés.
Aucune mesure de sécurité, aussi bien conçue soit-elle, n'élimine totalement le risque d'incident : une erreur de manipulation, une panne matérielle ou une faille encore inconnue peuvent toujours survenir. C'est pourquoi une politique de sauvegarde régulière, testée et si possible stockée sur un support physiquement séparé du système principal, reste la dernière ligne de défense face à un problème grave. Beaucoup d'administrateurs négligent cette étape jusqu'au jour où elle devient la seule solution disponible face à une perte de données : mieux vaut donc l'anticiper sereinement que la découvrir trop tard, dans l'urgence et sous pression.
La sécurité sous Linux ne repose pas sur un unique mécanisme magique, mais sur la combinaison de plusieurs couches complémentaires : des permissions bien pensées, éventuellement renforcées par SELinux ou AppArmor, un pare-feu correctement configuré, des mises à jour régulières et une gestion prudente des accès à distance. Aucune de ces mesures prise isolément ne suffit ; c'est leur combinaison qui construit une sécurité réellement solide. Retour à l'accueil sur Linux pour une présentation plus générale du système.
© 2026