Есть ли веская причина не добавлять sbin в PATH по умолчанию?

Задний план:

В PATH переменная окружения указывает каталоги, в которых будет выполняться поиск при выполнении команды без указания пути. "sbin" пути (/sbin, /usr/sbin) предназначены для размещения административных утилит, поэтому многие дистрибутивы * nix не включают эти каталоги в настройки по умолчанию для PATH. Тем не менее, существует множество обстоятельств, когда учетные записи, не являющиеся администраторами, на законных основаниях нуждаются в доступе к этим утилитам и должны указывать полные пути или изменять свои PATH переменная для этого. Эту задачу относительно легко выполнить, но для новых пользователей она может оказаться обременительной. Хуже того, возникают более сложные проблемы, когда вы задействуете PAM, sudo, ssh и другие утилиты, которые взаимодействуют и иногда изменяют PATH настройка. Поиск на этом сайте или в Интернете в целом дает множество примеров этих проблем, которые одинаково беспокоят как новых, так и опытных пользователей.

Вопрос:

Учитывая вышеупомянутый фон, есть ли веская причина не добавлять каталоги sbin в PATH по умолчанию? (предположительно через /etc/profile ,/etc/profile.d, или эквивалент)

Я признаю, что «хорошо» - это субъективно, но вот несколько причин, по моему мнению, не выдерживающих никакой критики. Возможно, вы не согласны?

Неважные причины:

• Безопасность
  • Повышенные привилегии и каталог, содержащий служебную программу, не связаны с общедоступными каталогами (r-x). Можно было бы привести аргумент неясности, что достаточно неквалифицированные плохие парни не могут найти «скрытые» утилиты, но это будет печально прозрачная завеса.
• Пространство имен
  • Кто-то может возразить, что пользователь может захотеть написать свой собственный reboot команда, к которой они обращаются через свой собственный каталог, который они добавили в свои PATH, а системное значение по умолчанию в каталоге sbin превзойдет их конфигурацию. Это угловой случай, и тот случай, когда рассматриваемый пользователь уже понимает PATH последствия и могут изменить свою конфигурацию, чтобы использовать их каталог ранее в последовательности.
• Стандарты
  • Это никоим образом не является изменением Стандарта иерархии файловой системы; утилиты по-прежнему организованы в свои каталоги в соответствии с их функциями.
  • Не решать проблему, потому что «мы привыкли к этой проблеме» - это глупо.