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

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

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

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

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

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

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

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

Итак, Алиса бежит:

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

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

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

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

(Будучи хитрым, Ева сделала ее wc скрипт действует как обёртка для системы wc Алиса даже не узнает, что что-то пошло не так, т.е. 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 Алиса просто cd с ~eve/shared/blah и работает wc *.c, Если blah содержит Еву wc сценарий, do_evil работает как Алиса.