Início / unix / Perguntas / 440554
Accepted
C0deDaedalus
Asked: 2018-04-29 01:50:44 +0800 CST

Por que o shell está tratando uma parte da saída de $(<arquivo) como um comando?

  • 772

Eu vi esta linha enquanto lia um blog no IFS que é:

for i in $(<test.txt)

E pensei que $(<test.txt)imprime o conteúdo do arquivo para STDOUT. Talvez eu esteja errado nisso, mas por curiosidade tentei fazer no shell. Então, peguei um arquivo aleatório chamado arraycom dados aleatórios e

Primeiro fiz um cat arrayque me deu isso:

amit@C0deDaedalus:~/test$ 
amit@C0deDaedalus:~/test$ cat array
1)      Ottawa  Canada          345644
2)      Kabul   Afghanistan     667345
3)      Paris   France          214423
4)      Moscow  Russia          128793
5)      Delhi   India           142894

E então $(<array)isso me deu isso:

amit@C0deDaedalus:~/test$ $(<array)
1)      Ottawa  Ca: command not found

Eu só sei que <é usado para redirecionamento de entrada, mas não obtendo exatamente o que está sendo interpretado pelo shell como um comando aqui.

Alguém pode explicar o conceito por trás dessa saída estranha no shell?

Atualizar :-

Ao rodar set -xdá isso:

amit@C0deDaedalus:~/test$ $(<array)
+ '1)' Ottawa Canada 345644 '2)' Kabul Afghanistan 667345 '3)' Paris France 214423 '4)' Moscow Russia 128793 '5)' Delhi India 142894
+ '[' -x /usr/lib/command-not-found ']'
+ /usr/lib/command-not-found -- '1)'
1): command not found
+ return 127
amit@C0deDaedalus:~/test$
shell output

1 respostas

  1. Best Answer

    A $(command)sintaxe é executada commandem um ambiente de subshell e se substitui pela saída padrão de command. E, como diz o Manual do Bash , $(< file)é apenas um equivalente mais rápido de $(cat file)(embora não seja um recurso POSIX).

    Portanto, quando você executa $(<array), o Bash realiza essa substituição e usa o primeiro campo como o nome do comando e o restante dos campos como argumentos do comando:

    $ $(<array)
1): command not found

    Não tenho nenhum 1)comando/função, então imprime uma mensagem de erro.

    Mas em seu cenário específico, você está recebendo uma mensagem de erro diferente provavelmente porque modificou a variável IFS:

    $ IFS=n; $(<array)
1)      Ottawa  Ca: command not found

    Editar 1

    Meu palpite é que o seu IFSfoi modificado de alguma forma, então é por isso que seu shell tentou executar 1) Ottawa Caem vez de 1). Afinal, você estava lendo um IFSartigo relacionado a -. Eu não ficaria surpreso se você IFSacabasse com um valor estranho.

    A IFSvariável controla o que é conhecido como divisão de palavras ou divisão de campos . Ele basicamente define como os dados serão analisados ​​pelo shell em um contexto de expansão (ou por outros comandos como read).

    O manual do Bash explica este tópico :

    3.5.7 Divisão de palavras

    O shell verifica os resultados da expansão de parâmetro, substituição de comando e expansão aritmética que não ocorreu entre aspas duplas para divisão de palavras.

    O shell trata cada caractere $IFScomo um delimitador e divide os resultados das outras expansões em palavras usando esses caracteres como terminadores de campo. Se IFSestiver indefinido, ou seu valor for exatamente <space><tab><newline>, o padrão, então sequências de <space>, <tab>, e <newline>no início e fim dos resultados das expansões anteriores são ignoradas, e qualquer sequência de IFScaracteres que não esteja no início ou no fim serve para delimitar palavras. Se IFStiver um valor diferente do padrão, as sequências dos caracteres de espaço em branco space, tabe newlineserão ignoradas no início e no final da palavra, desde que o caractere de espaço em branco esteja no valor de IFS(um IFScaractere de espaço em branco). Qualquer caractere IFSnisso não éIFSespaço em branco, juntamente com quaisquer caracteres de espaço em branco adjacentes IFS, delimita um campo. Uma sequência de IFScaracteres de espaço em branco também é tratada como um delimitador. Se o valor de IFSfor nulo, não ocorrerá nenhuma divisão de palavras.

    Argumentos nulos explícitos ( ""ou '') são retidos e passados ​​para comandos como strings vazias. Argumentos nulos implícitos sem aspas, resultantes da expansão de parâmetros que não possuem valores, são removidos. Se um parâmetro sem valor for expandido entre aspas duplas, um argumento nulo resulta e é retido e passado para um comando como uma string vazia. Quando um argumento nulo entre aspas aparece como parte de uma palavra cuja expansão não é nula, o argumento nulo é removido. Ou seja, a palavra -d''se torna -dapós a divisão da palavra e a remoção do argumento nulo.

    Observe que, se não ocorrer expansão, nenhuma divisão será executada.

    Aqui estão alguns exemplos sobre IFSo uso de substituição de comandos:

    Exemplo 1:

    $ IFS=$' \t\n'; var='hello     world'; printf '[%s]\n' ${var}
[hello]
[world]

$ IFS=$' \t\n'; var='hello     world'; printf '[%s]\n' "${var}"
[hello     world]

    Em ambos os casos, IFSis <space><tab><newline>(o valor padrão), varis hello worlde há uma printfinstrução. Mas observe que no primeiro caso a divisão de palavras é realizada, enquanto no segundo caso não é (porque as aspas duplas inibem esse comportamento). A divisão de palavras ocorre em expansões sem aspas.

    Exemplo 2:

    $ IFS='x'; var='fooxbar'; printf '[%s]\n' ${var}
[foo]
[bar]

$ IFS='2'; (exit 123); printf '[%s]\n' ${?}
[1]
[3]

    Nem ${var}nem ${?}contém nenhum caractere de espaço em branco, portanto, pode-se pensar que a divisão de palavras não seria um problema nesses casos. Mas isso não é verdade porque IFSpode ser abusado. IFSpode conter praticamente qualquer valor e é fácil abusar.

    Exemplo 3:

    $ $(echo uname)
Linux

$ $(xxd -p -r <<< 64617465202d75)
Sat Apr 28 12:46:49 UTC 2018

$ var='echo foo; echo bar'; eval "$(echo "${var}")"
foo
bar

    Isso não tem nada a ver com divisão de palavras, mas observe como podemos usar alguns truques sujos para injetar código.

    Perguntas relacionadas:

    • 17

relate perguntas