Quels sont les problèmes de sécurité et les conditions de concurrence dans l'utilisation de «find -exec»?

Depuis la findpage de manuel :

-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.

Qu'est-ce que ça veut dire? Pourquoi y a-t-il des conditions de concurrence avec son exécution à partir du répertoire de départ? Et comment sont ces risques de sécurité?

Trouvé les détails ici :

L' -execaction entraîne l'exécution d'un autre programme. Il transmet au programme le nom du fichier qui est envisagé à l'époque. Le programme appelé effectuera généralement une action sur ce fichier. Encore une fois, il existe une condition de concurrence qui peut être exploitée ici. Nous prendrons comme exemple spécifique la commande

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

Dans cet exemple simple, nous identifions un seul fichier à supprimer et invoquons /bin/rmpour le supprimer. Un problème existe car il existe un intervalle de temps entre le moment où find décide qu'il doit traiter l' -execaction et le moment où la /bin/rmcommande émet réellement l'appel système unlink () pour supprimer le fichier du système de fichiers. Au cours de cette période, un attaquant peut renommer le /tmp/umsp répertoire en le remplaçant par un lien symbolique vers /etc. Il n'y a aucun moyen /bin/rmde déterminer qu'il fonctionne sur le même fichier que find avait en tête. Une fois le lien symbolique en place, l'attaquant a persuadé find de provoquer la suppression du /etc/passwdfichier, ce qui n'est pas l'effet voulu par la commande qui a été effectivement invoquée.

Je ne sais pas dans quelle mesure quelqu'un pourrait jamais exploiter cela; mais je suppose qu'il y a la réponse!

Je crois que la raison pour laquelle -execc'est dangereux est parce que si l'utilisateur ne spécifiait pas le nom complet et le chemin d'accès au programme à exécuter, il exécuterait potentiellement le mauvais programme.

Exemple:

find /some/path -exec coolprogram

Dans /some/path, quelqu'un en a fait un autre coolprogram, et il télécharge toutes vos données vers un mauvais acteur.

Mais attendez, dites-vous, ne devez-vous pas l'exécuter comme ./coolprogram? Oui, mais certaines personnes l'ont fait PATH=.:/bin:whatever, qui exécuteront le programme dans le répertoire courant.

C'est probablement simplifié, mais je pense que cela pourrait être dangereux dans certains cas. J'ai dû résoudre un problème une fois où un octet zéro cpios'est retrouvé dans le mauvais répertoire. Cela a provoqué un plantage du programme car cpioil ne fonctionnait pas car il exécutait le fichier zéro octet dans le répertoire.