É possível usar o `find -exec sh -c` com segurança?

Eu estou tentando usar findpara echo 0em alguns arquivos, mas aparentemente isso só funciona com sh -c:

find /proc/sys/net/ipv6 -name accept_ra -exec sh -c 'echo 0 > {}' \;

Mas usar sh -ccom find -execme deixa muito desconfortável porque suspeito de citar problemas. Eu brinquei um pouco com isso e, aparentemente, minhas suspeitas eram justificadas:

• Minha configuração de teste:

  martin@dogmeat ~ % cd findtest 
  martin@dogmeat ~/findtest % echo one > file\ with\ spaces
  martin@dogmeat ~/findtest % echo two > file\ with\ \'single\ quotes\'
  martin@dogmeat ~/findtest % echo three > file\ with\ \"double\ quotes\"
  martin@dogmeat ~/findtest % ll
  insgesamt 12K
  -rw-rw-r-- 1 martin martin 6 Sep 17 12:01 file with "double quotes"
  -rw-rw-r-- 1 martin martin 4 Sep 17 12:01 file with 'single quotes'
  -rw-rw-r-- 1 martin martin 4 Sep 17 12:01 file with spaces
  

• Usar find -execsem sh -cparece funcionar sem problemas - não é necessário citar aqui:

  martin@dogmeat ~ % find findtest -type f -exec cat {} \;
  one
  two
  three
  

• Mas quando estou usando sh -c {}parece exigir algum tipo de citação:

  martin@dogmeat ~ % LANG=C find findtest -type f -exec sh -c 'cat {}' \;
  cat: findtest/file: No such file or directory
  cat: with: No such file or directory
  cat: spaces: No such file or directory
  cat: findtest/file: No such file or directory
  cat: with: No such file or directory
  cat: single quotes: No such file or directory
  cat: findtest/file: No such file or directory
  cat: with: No such file or directory
  cat: double quotes: No such file or directory
  

• As aspas duplas funcionam desde que nenhum nome de arquivo contenha aspas duplas:

  martin@dogmeat ~ % LANG=C find findtest -type f -exec sh -c 'cat "{}"' \;
  one
  two
  cat: findtest/file with double: No such file or directory
  cat: quotes: No such file or directory
  

• As aspas simples funcionam desde que nenhum nome de arquivo contenha aspas simples:

  martin@dogmeat ~ % LANG=C find findtest -type f -exec sh -c "cat '{}'" \;
  one
  cat: findtest/file with single: No such file or directory
  cat: quotes: No such file or directory
  three
  

Não encontrei uma solução que funcione em todos os casos. Existe algo que estou ignorando ou que estou usando de sh -cforma find -execinerentemente insegura?

Nunca incorpore {}o código do shell! Isso cria uma vulnerabilidade de injeção de comando. Note-se que para cat "{}", não é apenas sobre os "personagens, \, `, $também são um problema (considere, por exemplo, um arquivo chamado ./$(reboot)/accept_ra).

^{(a propósito, algumas findimplementações não permitem que você faça isso, e o POSIX deixa o comportamento não especificado quando {}não está por si só em um argumento para find)}

Aqui, você deseja passar os nomes dos arquivos como argumentos separados para sh(não no argumento do código ) e o shscript embutido (o argumento do código ) para se referir a eles usando parâmetros posicionais:

find . -name accept_ra -exec sh -c 'echo 0 > "$1"' sh {} \;

Ou, para evitar a execução de um shpor arquivo:

find . -name accept_ra -exec sh -c 'for file do
  echo 0 > "$file"; done' sh {} +

O mesmo se aplica a xargs -I{}ou zsh's zargs -I{}. Não escreva:

<list.txt xargs -I {} sh -c 'cmd> {}'

Qual seria uma vulnerabilidade de injeção de comando da mesma maneira que findacima, mas:

<list.txt xargs sh -c 'for file do cmd > "$file"; done' sh

O que também tem o benefício de evitar a execução de um shpor arquivo e o erro quando list.txtnão contém nenhum arquivo.

Com zsh's zargs, você provavelmente desejaria usar uma função em vez de invocar sh -c:

do-it() cmd > $1
zargs ./*.txt -- do-it

Observe que em todos os exemplos acima, o segundo shacima entra nos scripts embutidos $0. Você deve usar algo relevante lá (como shou find-sh), não coisas como _, -, --ou a cadeia vazia, como o valor no $0é usado para mensagens de erro do shell:

$ find . -name accept_ra -exec sh -c 'echo 0 > "$1"' inline-sh {} \;
inline-sh: ./accept_ra: Permission denied

O GNU parallelfunciona de maneira diferente. Com ele, você não deseja usá-lo, sh -cpois paralleljá executa um shell e tenta substituir {}pelo argumento citado na sintaxe correta do shell .

<list.txt PARALLEL_SHELL=sh parallel 'cmd > {}'