Чи завжди безпечно використовувати `eval echo`?

Використовувати evalчасто не рекомендується, оскільки це дозволяє виконувати довільний код. Однак якщо ми використовуємо eval echo, то, схоже, решта рядка стане аргументами, echoтому це повинно бути безпечним. Чи правильно я в цьому ставлюсь?

Контрприклад:

DANGEROUS=">foo"
eval echo $DANGEROUS

Довільні аргументи echoмогли зробити щось більш шкідливе, ніж створити файл під назвою "foo".

@Celada дав чудову відповідь. Демонструвати evalце справді зло, ось щось більш шкідливе, ніж створення файлу під назвою "foo" :

DANGEROUS='$(rm foo)'
eval echo "$DANGEROUS"

І звичайно, може бути щось більш шкідливе, ніж щось більш шкідливе, ніж створення файлу під назвою "foo" .

Ні, це не завжди безпечно. Евал може виконати будь-яку команду.

Безпечна команда, подібна до цієї (дата не виконується так, як вона знаходиться в одних цитатах):

$ echo '$(date)'
$(date)

Стає небезпечним при використанні з eval:

$ eval echo '$(date)'
Sat Dec 24 22:55:55 UTC 2016

Звичайно, дата може бути будь-якою командою.

Один із способів покращити це - додатково навести аргументи на eval:

$ eval echo '\$(date)'
$(date)

Але зазвичай важко правильно двічі висловити вираз.

І неможливо контролювати правильне цитування, якщо вираз може бути встановлений зовнішнім зловмисником, наприклад:

$ var='$(date);echo Hello!'
$ eval echo "$var"
Sat Dec 24 23:01:48 UTC 2016
Hello!

Хоча це правда, що evalдо цього завжди потрібно підходити обережно, eval echoбудівництво не завжди є безглуздим і його можна використовувати безпечно. Нещодавно мені це було потрібно, щоб отримати декілька розширень підтяжок в оцінці в тому порядку, в якому я їх потребував.

bash робить кілька розширень дужок зліва направо, так

xargs -I_ cat _/{11..15}/{8..5}.jpg

розширюється до

xargs -I_ cat _/11/8.jpg _/11/7.jpg _/11/6.jpg _/11/5.jpg _/12/8.jpg _/12/7.jpg _/12/6.jpg _/12/5.jpg _/13/8.jpg _/13/7.jpg _/13/6.jpg _/13/5.jpg _/14/8.jpg _/14/7.jpg _/14/6.jpg _/14/5.jpg _/15/8.jpg _/15/7.jpg _/15/6.jpg _/15/5.jpg

але мені було потрібно друге розширення дужок, зроблене першим, поступаючись

xargs -I_ cat _/11/8.jpg _/12/8.jpg _/13/8.jpg _/14/8.jpg _/15/8.jpg _/11/7.jpg _/12/7.jpg _/13/7.jpg _/14/7.jpg _/15/7.jpg _/11/6.jpg _/12/6.jpg _/13/6.jpg _/14/6.jpg _/15/6.jpg _/11/5.jpg _/12/5.jpg _/13/5.jpg _/14/5.jpg _/15/5.jpg

Найкраще, що я міг придумати, щоб це зробити

xargs -I_ cat $(eval echo _/'{11..15}'/{8..5}.jpg)

Це працює, тому що одиничні лапки захищають перший набір дужок від розширення під час розбору evalкомандного рядка, залишаючи їх розширювати за допомогою підпрограми, на яку посилається eval.

Можливо, існує якась хитра схема, що включає вкладені розширення дужок, що дозволяє це статися за один крок, але якщо є я занадто старий і дурний, щоб це бачити. Є й інші снаряди, окрім bashяких дозволяють охайніші способи досягнення подібного роду. Але у будь-якому випадку це використання evalє безпечним, оскільки його аргументи - це всі фіксовані рядки, що не містять розширень параметрів.