Toute cette peur qui fait peur, en disant "Ne le fais pas!" est ridicule. À un moment donné, oui, cela a probablement cassé beaucoup de scripts mal écrits, mais je soupçonne que ceux-ci ne sont plus si courants; du moins pas dans les distributions standard.
On nous a dit de renommer le compte root sur un sous-ensemble de serveurs Linux. Ainsi, après avoir tenté de rechercher comment procéder correctement, j'ai trouvé à la place de nombreux messages disant "Ne le faites pas!" avec de nombreux avertissements terribles de "mauvaises choses" qui se produisent si vous choisissez de le faire. Mais je n'en ai pas encore trouvé d'exemples concrets des "mauvaises choses" qui pourraient arriver.
Alors, permettez-moi de revenir en arrière et d'expliquer où je suis, et comment nous sommes arrivés ici. Nous construisons un environnement conforme à la norme PCI, et l'un des outils qui nous aide à répondre à ces «exigences» nous dit que nous devons renommer les comptes racine et administrateur et les comptes invités en autre chose. Pour ceux qui ne sont pas éduqués sur PCI, vous avez la possibilité de suivre les directives ou de documenter pourquoi vous ne pouvez pas ou choisissez de ne pas suivre ces directives, et quelle stratégie d'atténuation vous avez pour assurer la sécurité des systèmes. Donc, j'imagine que la plupart des endroits documentent pourquoi ils ne vont pas renommer leurs comptes root, cependant, notre groupe a décidé que, si nous pouvons renommer les comptes d'administrateur Windows sans problème, nous allons également renommer les comptes root linux.
Je connais bien les arguments de la «sécurité par l'obscurité»; Je sais que le simple fait de changer le nom du compte root n'améliore pas vraiment la sécurité, root devrait être désactivé chez SSH, etc. Je ne suis pas non plus intéressé par plus d'avertissements "le ciel va tomber". Je recherche des déclarations comme celle-ci: "> cette mauvaise chose <se produira avec> ce package standard <(sauf si vous> faites cela <)".
Jusqu'à présent, j'ai 3 systèmes CentOS (RHEL) qui n'ont apparemment aucun problème avec le changement de nom du compte root. Voici ce que j'ai fait: j'ai changé le nom du compte dans / etc / passwd, / etc / shadow, / etc / group et / etc / gshadow. Ensuite, j'ai recherché le nom root dans / etc / et modifié le fichier d'alias postfix pour que root soit un alias de notre nouveau nom de compte, appelez-le rojotoro. (Quelque chose de similaire devrait être fait pour les autres systèmes de messagerie). J'ai également constaté que je devais changer certaines configurations pour logrotate lors de la description des propriétaires des fichiers qu'il créerait automatiquement. Et c'est tout ce que j'ai changé jusqu'à présent.
J'ai regardé de nombreux scripts init.d, mais je n'ai rien changé, et tout semble bien commencer au démarrage. Je dois spécifier le nouveau compte lors de l'utilisation de sudo: "sudo -u rojotoro vim / etc / passwd" comme exemple, mais je n'ai en fait pas besoin de changer quoi que ce soit dans le fichier sudoers. Je m'attendais peut-être à des problèmes avec selinux que nous avons et appliquons, mais jusqu'à présent, je n'ai pas eu besoin de toucher à ce système.
Je peux également voir que les scripts mkdev ou mkfs peuvent avoir besoin d'être ajustés, mais je n'ai pas l'intention de les utiliser, donc je ne les ai pas examinés avec le contrôle qu'ils méritent.
S'il est vraiment aussi facile de changer sans aucun effet néfaste sur un système compatible selinux, pourquoi la poursuite de tous les alarmistes?