Sudo vs root ; des différences réelles ?

Si vous disposez d'une sudo accès, vous pouvez devenir root en utilisant sudo su - La question de la sécurité n'a donc pas lieu d'être.

En effet, il est possible de faire la différence entre un programme exécuté en tant que root et un programme exécuté sous l'égide de sudo - en utilisant getuid vs geteuid - mais il s'agit d'une astuce artificielle. Pourquoi un système de correctifs ferait-il cela ?

Il y a quelques différences si vous obtenez un Shell racine, comme l'a souligné @Hastur.

Si vous n'obtenez pas de Shell racine, il y a d'autres différences. Le membre de l'équipe d'assistance peut avoir l'expérience d'essayer de faire des choses comme sudo patch -p0 < /root/patch.file donde patch est exécuté en tant que root, mais < (piping à partir d'un fichier) ne l'est pas.

Je crois que lorsqu'on utilise l'accès sudo, un fichier journal est créé, mais pas lorsqu'on utilise directement l'accès root.

Cela dépend de la finesse de l'accès à la racine que vous souhaitez. Si vous avez plusieurs utilisateurs qui effectuent des tâches différentes sur un système, sudo serait plus idéal. Un exemple que j'utilise fréquemment est la nécessité de redémarrer une application ou une base de données. La sécurité est toujours mieux assurée par les utilisateurs les moins privilégiés. J'utilise des groupes et je n'autorise que ces groupes à effectuer des actions explicites. Un bon livre qui décrit ce processus est "Sudo Mastery" : User Access Control for Real People". En fait, c'est un bon livre sur sudo en général...