Même si je ne crois pas à la "sécurité par l'obscurité", il y a sûrement un avantage à utiliser un login personnalisé au lieu de l'éternel login root. Vous pouvez donc également configurer SSH pour empêcher la connexion de l'utilisateur root.
Comme d'autres l'ont dit aussi, la racine peut tout faire sans aucune confirmation. Ainsi, l'utilisation d'un utilisateur non privilégié peut éviter les erreurs stupides et les fautes de frappe.
Un autre argument en faveur des comptes d'utilisateurs multiples est d'exécuter différents logiciels sous différents utilisateurs. Ainsi, si une faille de sécurité est exploitée dans une application, l'exploiteur ne peut accéder qu'aux fichiers et ressources accessibles à l'utilisateur qui l'exécute.
Un dernier point pour ne pas utiliser root : la consommation de ressources. Root n'a aucune limite sur la quantité de mémoire, de temps de traitement, de gestionnaires de fichiers ou d'espace disque qu'il peut utiliser. Sur beaucoup de systèmes de fichiers, il y a des blocs de données qui sont réservés uniquement à root. Un utilisateur normal ne peut donc jamais les utiliser pour remplir votre disque. La commande ulimit peut également être utilisée pour restreindre la mémoire et le nombre de gestionnaires de fichiers qu'un utilisateur peut consommer. Mais si vous êtes root (ou une application fonctionnant en tant que root), rien ne vous empêche de modifier cette limite.
