Почему действие '-execdir' небезопасно для каталога, который находится в PATH?

Вы могли запустить неправильную программу. Кто-то мог заставить Вас запустить их программу.

-execdir действие выполняет Вашу команду из каталога, который содержит найденный файл (файлы). Когда $PATH содержит относительные пути, такой как . или что-либо, что не запускается с /, -execdir небезопасно, потому что каталог, где файл найден (или другой каталог, разрешенный относительно него), мог также содержать исполняемый файл того же имени как то, которое Вы пытаетесь выполнить. Тот потенциально недоверяемый исполняемый файл затем выполнить вместо этого.

Это могло быть сознательно использовано другим пользователем, чтобы заставить Вас запускать их программу, которая могла бы нанести ущерб или нарушить безопасность данных вместо программы, которую Вы пытаетесь запустить. Или менее часто это могло бы просто привести к неправильной программе, непреднамеренно выполняемой, даже ни с кем пытающимся заставить проблему произойти.

Если все в Вашем PATH переменная среды является полным путем, эта ошибка не должна происходить, даже если каталог Вы ищете и -execdirлуг от содержится в PATH. (Я проверил, что это работает.), Если Вы верите, у Вас нет относительных каталогов в $PATH но все еще получают эту ошибку, обновите свой вопрос с деталями включая вывод echo "$PATH".

Конкретный пример.

Как пример того, что могло пойти не так, как надо, предположите:

• Alice имеет . в ней $PATH потому что она хочет смочь запустить программы в любом каталоге, она cd'd к, не потрудившись предварительно ожидать их имена с ./.
• Заклятая подруга Alice Eve совместно использовала /home/eve/shared с Alice.
• Alice хочет статистику (строки, слова, байты) на .c файлы Eve совместно использовали с нею.

Так выполнения Alice:

find ~eve/shared -name \*.c -execdir wc {} \;

К сожалению для Alice Канун создал ее собственный сценарий, названный им wc, установите его исполняемый файл (chmod +x), и помещенный это тайно в один из каталогов под /home/eve/shared. Сценарий кануна похож на это:

#!/bin/sh
/usr/bin/wc "$@"
do_evil    # Eve replaces this command with whatver evil she wishes to do

Таким образом, когда Alice использует find с -execdir работать wc на файлах Eve совместно использовала, и это добирается до файлов в том же каталоге как пользовательская Eve wc сценарий, Eve wc выполнения - со всеми полномочиями Alice!

(бывший лукавым, Eve сделала ее wc действие сценария как обертка для системы wc, таким образом, Alice не будет даже знать, что что-то пошло не так, как надо, т.е. это do_evil был выполнен. Однако более простой - и также более сложный - изменения возможны.)

Как find предотвращает это.

find предотвращает эту проблему безопасности, отказываясь брать -execdir действие, когда $PATH содержит относительный каталог.

find предложения два сообщения диагностики в зависимости от определенной ситуации.

• Если . находится в $PATH, затем (как Вы видели) это говорит:

  find: The current directory is included in the PATH environment variable, which is insecure in combination with the -execdir action of find. Please remove the current directory from your $PATH (that is, remove "." or leading or trailing colons)

  Это, вероятно, имеет специальное сообщение для . случай, поскольку это особенно распространено.

• Если относительный путь кроме .- скажите, foo- появляется в $PATH и Вы работаете find с -execdir, это говорит:

  find: The relative path `foo' is included in the PATH environment variable, which is insecure in combination with the -execdir action of find. Please remove that entry from $PATH

Лучше не иметь относительные пути в $PATH вообще.

Риск наличия . или другие относительные пути в $PATH особенно усилен при использовании утилиты, которая автоматически изменяет каталог, который является почему find не позволит Вам использовать -execdir в этой ситуации.

Но имея относительные пути, особенно ., в Вашем $PATH по сути опасно и действительно лучше всего избегается так или иначе. Рассмотрите вымышленную ситуацию в примере выше. Предположим вместо выполнения find, Alice просто cds к ~eve/shared/blah и выполнения wc *.c. Если blah содержит Eve wc сценарий, do_evil выполнения как Alice.