使用`find -exec`有哪些安全问题和竞争条件？

从find手册页：

-exec command ;
    There are unavoidable security problems
    surrounding use of the -exec action; you should use the
    -execdir option instead.

-execdir command {} +
    Like -exec, but the specified command is run from the
    subdirectory containing the matched file, which is not
    normally the directory in which you started find.  This a much
    more secure method for invoking commands, as it avoids race
    conditions during resolution of the paths to the matched
    files.

这是什么意思？从开始目录运行它为什么会有竞争条件？这些安全风险如何？

找到细节 这里：

的 -exec操作将导致另一个程序运行。它将当时正在考虑的文件名传递给程序。被调用的程序通常将对该文件执行一些操作。同样，这里有一个可以利用的竞赛条件。我们以命令为例

 find /tmp -path /tmp/umsp/passwd -exec /bin/rm

在这个简单的示例中，我们仅识别要删除的一个文件，并调用 /bin/rm删除它。存在问题是因为在find决定需要处理该-exec动作的点与/bin/rm命令实际发出unlink（）系统调用以从文件系统中删除文件的点之间存在时间间隔 。在此时间段内，攻击者可以重命名/tmp/umsp 目录，并使用的符号链接替换目录/etc。没有办法/bin/rm确定它是否正在与find想到的同一文件上工作。一旦符号链接到位，攻击者就说服了find导致了/etc/passwd文件的删除，这并不是实际调用该命令所希望的效果。

不知道有人会利用它吗？但是我想这是答案！

我认为之所以-exec危险是因为，如果用户不指定要执行的程序的全名和路径，则可能会执行错误的程序。

例：

find /some/path -exec coolprogram

在 /some/path，有人创建了另一个coolprogram，然后它将您的所有数据上传到某个坏演员。

但是等等，你说，你不必执行它 ./coolprogram吗？是的，但是有些人有PATH=.:/bin:whatever，它将在当前目录中执行程序。

这可能被简化了，但我认为在某些情况下可能很危险。一旦零字节cpio出现在错误的目录中，我就不得不解决一个问题。它由于cpio在目录中运行零字节文件而无法运行而导致程序崩溃。