Pourquoi est-il mauvais de se connecter en tant que root?

Cela va à l'encontre du modèle de sécurité mis en place depuis des années. Les applications doivent être exécutées avec une sécurité non administrative (ou en tant que simples mortels). Vous devez donc élever leurs privilèges pour modifier le système sous-jacent. Par exemple, vous ne voulez pas que le récent crash de Rhythmbox efface tout votre répertoire /usr à cause d'un bogue. Ou cette vulnérabilité qui vient d'être publiée dans ProFTPD pour permettre à un attaquant d'obtenir un shell ROOT.

Il est recommandé de faire fonctionner vos applications au niveau utilisateur sur n’importe quel système d’exploitation et de laisser les tâches administratives à l’utilisateur root, et uniquement sur une base spécifique.

Juste un mot: sécurité.

1. Vous êtes connecté en tant que root = toutes les applications fonctionnent avec des privilèges root - toutes les vulnérabilités dans Firefox, Flash, OpenOffice, etc. maintenant peuvent détruire votre système, car les virus possibles ont désormais accès partout. Oui, il n’ya que peu de virus pour Ubuntu / Linux, mais cela est également dû à une bonne sécurité et à un utilisateur non privilégié par défaut.
2. Il ne s’agit pas uniquement de virus - un petit bogue dans une application pourrait effacer certains fichiers système ou ...
3. Lorsque vous êtes connecté en tant que root, vous pouvez tout faire - le système ne vous le demandera pas! Voulez-vous formater ce disque? Ok, juste un clic et c'est fait, car vous êtes root et vous savez ce que vous faites ...

Exécuter en tant que root est mauvais car:

1. Stupidité: Rien ne vous empêche de faire quelque chose de stupide. Si vous essayez de changer le système de quelque manière que ce soit qui pourrait être nuisible, vous devez faire sudo, ce qui garantit quasiment une pause pendant que vous entrez le mot de passe pour vous rendre compte que vous êtes sur le point d'effectuer un changement important / coûteux. >
2. Sécurité: Cette question a déjà été mentionnée à plusieurs reprises, mais fondamentalement, il est plus difficile de pirater si vous ne connaissez pas le compte de connexion de l'utilisateur admin. root signifie que vous avez déjà la moitié du jeu de données d’administrateur.
3. Vous n'en avez pas vraiment besoin: si vous devez exécuter plusieurs commandes en tant que root et que vous êtes obligé de saisir votre mot de passe plusieurs fois lorsque sudo a expiré, il vous suffit de sudo -i et vous êtes maintenant root. Voulez-vous exécuter des commandes en utilisant des tuyaux? Ensuite, utilisez sudo sh -c "comand1 | command2" .
4. Vous pouvez toujours l’utiliser dans la console de récupération: La console de récupération vous permet d’essayer de récupérer quelque chose de stupide ou de résoudre un problème causé par une application (que vous deviez toujours exécuter en tant que sudo :)) Ubuntu n'a pas de mot de passe pour le compte root dans ce cas, mais vous pouvez rechercher en ligne pour changer cela, cela rendra plus difficile pour quiconque a un accès physique à votre boîte de faire du mal.

La raison pour laquelle vous ne pouviez pas trouver d’informations sur les raisons de ce problème est que, bien, il ya beaucoup trop de données sur Internet :) et que beaucoup de gens qui utilisent Linux depuis longtemps pensent comme vous faire. Cette façon de penser sur le compte root est relativement nouvelle (une décennie peut-être?) Et beaucoup de gens sont toujours agacés par l'utilisation de sudo. Surtout s'ils travaillent sur un serveur, c'est-à-dire qu'ils ont l'intention d'apporter des modifications au système. Probablement dû à de mauvaises expériences et à des normes de sécurité antérieures, la plupart des administrateurs système le savent mieux mais ils ne l’aiment toujours pas:).

C'est une bonne question. Je pense que la réponse est légèrement différente selon que vous parlez d'un serveur ou d'une installation de bureau.

Sur un ordinateur de bureau, il est rare d’utiliser le compte root . En fait, Ubuntu est livré avec un accès root désactivé. Toutes les modifications nécessitant des privilèges de superutilisateur sont effectuées via sudo et ses graphiques associés gksudo et kdesudo . Étant donné qu'il est facile de définir un mot de passe root , pourquoi les gens ne le font-ils pas?

Une des raisons est que cela vous donne un niveau de sécurité supplémentaire. Si vous exécutez un programme avec root et qu'une faille de sécurité est exploitée, l'attaquant a accès à toutes les données et peut directement contrôler le matériel. Par exemple, il peut installer un trojan ou un key-logger dans votre noyau. En pratique, cependant, une attaque peut causer beaucoup de dégâts même sans les privilèges du superutilisateur. Après tout, toutes les données utilisateur - y compris les documents et les mots de passe stockés - sont accessibles sans accès root.

Un point plus valable sur un système mono-utilisateur est que l'utilisateur est empêché de rendre le système inutilisable par inadvertance. Si l'utilisateur émet involontairement une commande qui supprime tous les fichiers, ils pourront toujours démarrer le système, même si les données sont perdues.

De plus, la plupart des applications en face à face (X11) sont conçues pour être exécutées en tant que compte utilisateur normal et sans droits d’administrateur. Ainsi, certains programmes peuvent se comporter de manière incorrecte lorsqu'ils sont exécutés sous la forme root .

Sur un système multi-utilisateurs avec un accès shell non graphique uniquement, beaucoup de ces raisons ne s'appliquent pas. Cependant, Ubuntu reste toujours par défaut à un compte root inaccessible. D'une part, il y a une différence réelle entre l'accès à un compte d'utilisateur (avec les droits sudo ) via une faille de sécurité et l'accès à root , car dans le premier cas, l'interruption d'autres utilisateurs nécessitera l'exécution de sudo . demandera toujours le mot de passe du compte comme une étape de sécurité supplémentaire. D'autre part, il est utile d'effectuer de nombreuses tâches administratives à partir d'un compte d'utilisateur et d'appeler uniquement sudo lorsque les privilèges du superutilisateur sont absolument requis. Ainsi, lors de l'installation d'un programme à partir de sources, il est conseillé de créer le code source - en exécutant configure et make - dans le répertoire de l'utilisateur et en utilisant uniquement sudo make install dans la dernière étape. Là encore, il est plus difficile de se prendre en photo (et d’autres utilisateurs du système multi-utilisateurs), et cela réduit la probabilité que des scripts de génération perturbent le système. Ainsi, même sur un serveur, il est conseillé de s'en tenir à la administration basée sur sudo d'Ubuntu.

L'une des raisons pour lesquelles il n'est pas possible de s'exécuter en tant que root qui n'a pas (jusqu'à présent) été identifié par d'autres réponses est la traçabilité. Cela est probablement moins important sur les machines qui sont principalement des machines mono-utilisateur (votre ordinateur de bureau ou portable), mais sur les machines serveur, si quelqu'un est connecté en tant que root , vous ne savez pas qui blâmer. Par conséquent, la plupart des organisations professionnelles disposant de plusieurs systèmes et de plusieurs administrateurs ayant besoin de privilèges% co_de exigent que les utilisateurs se connectent avec leur propre identifiant (mot de passe), puis utilisent root ou des programmes similaires avec des privilèges sudo si nécessaire.

Sinon, les principales raisons de ne pas s'exécuter en tant que root sont les suivantes:

• Minimiser les risques d’accident. Si vous exécutez root en tant que root, alors vous avez complètement éliminé tout ce qui est important de votre machine à cause de cet espace après le (premier) slash - parce que les choses en premier sont celles qui ont été ajoutées en premier - des petites choses comme le noyau, le répertoire rm -fr / home/me/my-subdir et le répertoire /bin . Unix s'énerve si vous les perdez.

• Réduisez le risque de dommages causés par des sites extérieurs malveillants. Si vous naviguez sous la forme /etc , vous êtes plus vulnérable aux téléchargements incontrôlés de contenus malveillants.

J'utilise MacOS X plus que Ubuntu, mais là, root est désactivé par défaut, et il est toujours sur ma machine. Je mets régulièrement à niveau le noyau et les autres opérations similaires - en utilisant root (en coulisse). Des techniques similaires s'appliquent à Linux en général.

En principe, vous ne devez utiliser que les privilèges tout puissants de sudo pour les périodes de travail abrégées afin d’éviter le risque d’erreurs.

TL; DR: faire les choses en tant que root uniquement lorsque cela est nécessaire. sudo rend cela assez facile. Si vous activez les connexions root, vous pouvez toujours suivre cette règle, il vous suffit de faire attention à cela. Bien que l'activation des connexions root ne soit pas réellement sécurisée si cela est fait correctement, vous n'avez pas besoin d'activer les connexions root car vous avez sudo .

Il y a vraiment deux questions connexes ici.

• Pourquoi est-il mauvais de se connecter en tant qu'utilisateur root pour l'utilisation quotidienne d'un ordinateur (navigation sur le Web, courrier électronique, traitement de texte, jeux, etc.)?
• Pourquoi Ubuntu par défaut désactive-t-il les connexions root et en utilisant sudo et polkit pour permettre aux administrateurs d’exécuter des commandes spécifiques en tant que root?

Pourquoi ne pas tout exécuter en tant que root, tout le temps?

La plupart des autres réponses couvrent cela. Cela revient à:

1. Si vous utilisez les pouvoirs de la racine pour des tâches qui ne le nécessitent pas et que vous finissez par faire quelque chose que vous ne vouliez pas faire, vous pouvez modifier ou endommager votre système d’une manière que vous ne souhaitez pas.
2. Si vous exécutez un programme en tant que root alors que vous n’en aviez pas besoin, et que it finit par faire quelque chose que vous ne pensiez pas faire, par exemple en raison d’une faille de sécurité ou autre bogue - cela pourrait changer ou nuire à votre système d’une manière que vous ne voulez pas.

Il est vrai que même sans faire les choses en tant que root, vous pouvez causer des dommages. Par exemple, vous pouvez supprimer tous les fichiers de votre propre répertoire personnel, qui inclut généralement tous vos documents, sans s'exécuter en tant que root! (J'espère que vous avez des sauvegardes.)

Bien sûr, en tant que root, il existe des moyens supplémentaires de détruire accidentellement ces mêmes données. Par exemple, vous pouvez spécifier le mauvais argument of= dans une commande dd et écrire des données brutes sur vos fichiers (ce qui les rend bien plus difficiles à récupérer que si vous les supprimiez simplement).

Si vous êtes la seule personne à utiliser votre ordinateur, le danger que vous pouvez faire uniquement en tant que root peut ne pas être supérieur à celui que vous pouvez faire avec vos privilèges d’utilisateur habituels. Mais ce n’est toujours pas une raison pour étendre votre risque d’inclure des moyens supplémentaires de détruire votre système Ubuntu.

Si l’exécution avec un compte d’utilisateur non root vous empêchait d’exercer un contrôle sur votre propre ordinateur, cela constituerait bien sûr un compromis mauvais . Mais - chaque fois que vous souhaitez effectuer une action en tant que root, vous pouvez le faire avec sudo et d’autres méthodes .

Pourquoi ne pas permettre de se connecter en tant que root?

L’idée que la possibilité de se connecter en tant que root est intrinsèquement peu sûre est un mythe. Certains systèmes ont un compte root activé par défaut; les autres systèmes utilisent sudo par défaut et certains sont configurés avec les deux.

• Par exemple, OpenBSD , qui est largement et raisonnablement considéré comme l’OS polyvalent le plus sûr au monde, avec le compte root activé pour la connexion locale basée sur un mot de passe.
• D'autres systèmes d'exploitation bien respectés font ceci: RHEL , CentOS et Fedora .
• Debian (d'où dérive Ubuntu ) permet à l'utilisateur de décider quelle approche sera configurée lors de l'installation du système.

Il n’est pas objectivement faux d’avoir un système sur lequel le compte root est activé, à condition que

1. vous ne l'utilisez toujours que lorsque vous en avez vraiment besoin, et
2. vous en restreignez l'accès de manière appropriée.

Souvent, les novices demandent comment activer le compte root dans Ubuntu. Nous ne devons pas leur cacher ces informations, mais généralement quand les gens le demandent, c'est parce qu'ils ont l'impression qu'ils ont besoin d'activer le compte root. En fait, cela n’est presque jamais nécessaire, alors lorsque vous répondez à de telles questions, il est important que nous expliquions cela. L’activation du compte root facilite également la complaisance et effectue des actions en tant que root sans privilèges root . Mais cela ne signifie pas que l'activation du compte root est par lui-même non sécurisé.

sudo encourage et aide les utilisateurs à exécuter des commandes en tant que root uniquement lorsque cela est nécessaire. Pour exécuter une commande en tant que root, tapez sudo , un espace, puis la commande. Ceci est très pratique et de nombreux utilisateurs de tous niveaux de compétence préfèrent cette approche.

En bref, vous n'avez pas besoin d'activer les connexions root car vous avez sudo .Mais tant que vous ne l'utilisez que pour les tâches administratives qui le requièrent, il est tout aussi sûr d'activer et de vous connecter en tant que root, à condition qu'il ne s'agisse que de de ces manières :

• Localement, à partir d’une console virtuelle non graphique .
• Avec la commande su , une fois connecté depuis un autre compte .

Toutefois, si vous vous connectez en tant que root, les risques de sécurité supplémentaires sont importants:

• Graphiquement. Lorsque vous vous connectez graphiquement, beaucoup de choses s'exécutent pour fournir l'interface graphique, et vous finirez par exécuter encore plus d'applications en tant que root pour utiliser cette interface. Cela va à l'encontre du principe selon lequel seuls les programmes exécutés en tant que root ont vraiment besoin des privilèges root. Certains de ces programmes peuvent contenir des bogues, y compris des bogues de sécurité.

  De plus, il y a une raison de non sécurité à éviter. La connexion graphique en tant que root n'est pas bien prise en charge-- comme le mentionne loevborg , les développeurs d’environnements de bureau et d’applications graphiques ne le font pas souvent les tester en tant que root. Même s'ils le font, la connexion à un environnement de bureau graphique en tant que root ne permet pas aux utilisateurs de faire des tests alpha et bêta réels, car presque personne ne le tente (pour les raisons de sécurité expliquées ci-dessus).

  Si vous avez besoin d’exécuter une application graphique spécifique en tant que root, vous pouvez utiliser gksudo ou sudo -H . Cela exécute beaucoup moins de programmes en tant que root que si vous vous êtes connecté graphiquement avec le compte root.

• À distance. Le compte root peut en effet faire n'importe quoi, et il porte le même nom sur pratiquement tous les systèmes de type Unix. En vous connectant en tant que root via ssh ou d'autres mécanismes distants, ou même en configurant des services distants pour l'autoriser , vous simplifiez grandement la tâche aux intrus, y compris aux scripts automatisés et aux programmes malveillants accès par force brute, attaques par dictionnaire (et éventuellement certains bogues de sécurité).

  Le risque n'est sans doute pas très élevé si vous n'autorisez que les connexions root basées sur les clés et non basées sur les mots de passe

  .