image

Sous Linux, l’utilisateur racine est équivalent à l’utilisateur administrateur sous Windows. Cependant, bien que Windows ait depuis longtemps une culture d’utilisateurs moyens se connectant en tant qu’administrateur, vous ne devez pas vous connecter en tant que root sur Linux.

Microsoft a essayé d’améliorer les pratiques de sécurité de Windows avec UAC – vous ne devez pas vous connecter en tant que root sous Linux pour la même raison que vous ne devez pas désactiver UAC sous Windows.

Pourquoi Ubuntu utilise Sudo

Décourager les utilisateurs de s’exécuter en tant que root est l’une des raisons pour lesquelles Ubuntu utilise sudo au lieu de su. Par défaut, le mot de passe root est verrouillé sur Ubuntu, de sorte que les utilisateurs moyens ne peuvent pas se connecter en tant que root sans se donner la peine de réactiver le compte root.

Sur d’autres distributions Linux, il était historiquement possible de se connecter en tant que root à partir de l’écran de connexion graphique et d’obtenir un bureau root, bien que de nombreuses applications puissent se plaindre (et même refuser de s’exécuter en tant que root, comme le fait VLC). Les utilisateurs provenant de Windows décidaient parfois de se connecter en tant que root, tout comme ils utilisaient le compte Administrateur sur Windows XP.

 image

Avec sudo, vous exécutez une commande spécifique (préfixée par sudo) qui obtient les privilèges root. Avec su, vous utiliseriez la commande su pour obtenir un shell racine, où vous exécuteriez la commande que vous souhaitez utiliser avant (espérons-le) de quitter le shell racine. Sudo aide à appliquer les meilleures pratiques, en exécutant uniquement les commandes qui doivent être exécutées en tant que root (telles que les commandes d’installation de logiciels) sans vous laisser dans un shell root où vous pouvez rester connecté ou exécuter d’autres applications en tant que root.

 image

Limiter les dommages

Lorsque vous vous connectez en tant que votre propre compte d’utilisateur, les programmes que vous exécutez ne peuvent pas écrire dans le reste du système – ils ne peuvent écrire que dans votre dossier personnel. Vous ne pouvez pas modifier les fichiers système sans obtenir les autorisations root. Cela permet de sécuriser votre ordinateur. Par exemple, si le navigateur Firefox avait une faille de sécurité et que vous l’exécutiez en tant que root, une page Web malveillante pourrait écrire dans tous les fichiers de votre système, lire des fichiers dans les dossiers de départ d’autres comptes d’utilisateurs et remplacer les commandes système par des commandes compromises. ceux. En revanche, si vous êtes connecté en tant que compte utilisateur limité, la page Web malveillante ne pourrait rien faire – elle ne pourrait infliger des dommages qu’à votre dossier de départ. Bien que cela puisse encore causer des problèmes, c’est bien mieux que de compromettre l’intégralité de votre système.

Cela vous aide également à vous protéger contre les applications malveillantes ou tout simplement buggy. Par exemple, si vous exécutez une application qui décide de supprimer tous les fichiers auxquels elle a accès (peut-être qu’elle contient un bogue désagréable), l’application effacera notre dossier d’accueil. C’est mauvais, mais si vous avez des sauvegardes (ce que vous devriez!), Il est assez facile de restaurer les fichiers de votre dossier personnel. Cependant, si l’application avait un accès root, elle pourrait supprimer tous les fichiers de votre disque dur, nécessitant une réinstallation complète.

 image

Autorisations précises

Alors que les anciennes distributions Linux exécutaient des programmes d’administration système entiers en tant que root, les bureaux Linux modernes utilisent PolicyKit pour un contrôle encore plus précis des autorisations qu’une application reçoit.

Par exemple, une application de gestion de logiciels peut uniquement obtenir l’autorisation d’installer des logiciels sur votre système via PolicyKit. L’interface du programme s’exécuterait avec les autorisations limitées du compte d’utilisateur, seule la partie du programme qui a installé le logiciel recevrait des autorisations élevées – et cette partie du programme ne pourrait installer le logiciel.

 image

Le programme n’aurait pas un accès root complet à l’ensemble de votre système, ce qui pourrait vous protéger si une faille de sécurité se trouvait dans l’application. PolicyKit permet également à des comptes d’utilisateurs limités d’apporter des modifications à l’administration système sans obtenir un accès root complet, ce qui facilite l’exécution en tant que compte d’utilisateur limité avec moins de tracas.


Linux vous permettra de vous connecter à un bureau graphique en tant que root – tout comme il vous permettra de supprimer chaque fichier sur votre disque dur pendant que votre système fonctionne ou d’écrire du bruit aléatoire directement sur votre disque dur, oblitérant votre système de fichiers – mais ce n’est pas le cas. pas une bonne idée. Même si vous savez ce que vous faites, le système n’est pas conçu pour être exécuté en tant que root – vous contournez une grande partie de l’architecture de sécurité qui rend Linux si sûr.

LAISSER UN COMMENTAIRE

S'il vous plaît entrez votre commentaire!
S'il vous plaît entrez votre nom ici