Чи є цитування файлів достатньою безпекою для запуску `xargs sudo rm -rf`?

Я написав сценарій, який видаляє всі, крім двох останніх файлів у папці:

#!/bin/bash
ls -1 --quoting-style=shell-always /path/to/some/folder \
    | head -n -2 \
    | xargs printf -- "'/path/to/some/folder/%s'\n" \
    | xargs sudo rm -rf

Цей сценарій буде виконуватись як робота з хроном щодня.

Міркування такі:

1. Отримати список усіх файлів, що використовуються ls -1(так що я отримую один файл у рядку);

2. Видаліть останні два зі списку за допомогою head -n -2;

3. Оскільки lsдрукує відносні шляхи, використовуйте xargs printfріч, щоб додати шлях до папки та зробити її абсолютним шляхом;

4. Надіслати їх у sudo rm -rfкористування xargs.

Усі мають доступ до цієї папки, тому кожен може створювати та видаляти будь-які файли в цій папці.

Проблема в тому, що: sudo rm -rf страшно. xargs sudo rm -rfнеймовірно страшно.

Я хочу бути впевненим, що ніхто не може пошкодити інші папки / системи, створюючи розумні файли, які потрібно видалити (випадково або за призначенням). Я не знаю, щось розумне, як:

file with / spaces.txt

що може призвести до надто страшного sudo rm -rf /.

EDIT: Моя помилка, назви файлів не можуть містити /, тому ця конкретна проблема не трапиться, але все ще стоїть питання про те, чи є інші ризики чи ні.

Ось чому я використовую --quoting-style=shell-always, це повинно запобігти будь-яким хитростям з файлами з пробілами. Але зараз мені цікаво, чи може хтось бути надзвичайно розумним із пробілами та цитатами у назві файлу, можливо.

Чи безпечний мій сценарій?

Примітка. Мені це потрібно, sudoоскільки я віддаляю папку віддалено (з картографічного мережевого накопичувача за допомогою mount), і я не міг змусити її працювати без судо.

У Linux будь-який символ є дійсним іменем файлу, що становить символ, за винятком:

• \0 (ASCII NUL): використовується для завершення рядка в C
• / (пряма косою рисою): як використовується для розділення шляху

Отже, ваш підхід, безумовно, не спрацює у багатьох випадках, як ви можете собі уявити, наприклад, чи обробляє він новий рядок ( \n) у назві файлу? ( Підказка: Ні ).

Кілька приміток:

• Не розбирайте ls; використовувати спеціалізовані інструменти (є принаймні один для більшості випадків використання)
• Спілкуючись з іменами, спробуйте використати відокремлений результат NUL, який забезпечується майже всіма інструментами GNU, які працюють з такими даними
• Будьте уважні, коли трубопроводи, переконайтесь, що обидві програми можуть зрозуміти розділення NUL
• Щоразу, коли ви звертаєтесь xargs, дивіться, чи можете ви втекти find ... -exec; у більшості випадків вам буде добре лише findодин

Думаю, що зараз це ви змусите. steeldriver вже надав ідею розділеної NUL у коментарі ( printf -- '%s\0' /path/to/some/folder/* | head -zn -2 | xargs -0 rm), використовуйте це як вихідну точку.

xargs підтримує деяке цитування: з одинарними цитатами, подвійними цитатами або зворотною косою рисою, що дозволяє йому приймати довільні аргументи¹, але з синтаксисом, відмінним від синтаксису цитата оболонок Борна.

Реалізація GNU, lsяк знайдено в Ubuntu, не має жодного режиму котирування, сумісного з xargsформатом введення.

Він ls --quoting-style=shell-alwaysсумісний з оболонками ksh93, bash та zsh, котируючи синтаксис, але лише тоді, коли результат lsінтерпретації оболонки інтерпретується в тій самій локалі, що lsі при виведенні. Також слід уникати деяких місцеположень, таких як BIG5, BIG5-HKSCS, GBK або GB18030.

Тож із цими оболонками ви дійсно можете:

typeset -a files
eval "files=($(ls --quoting-style=shell-always))"
xargs -r0a <(printf '%s\0' "${files[@]:0:3}") ...

Але це має невелику перевагу перед:

files=(*(N))                 # zsh
files=(~(N)*)                # ksh93
shopt -s nullglob; files=(*) # bash

Єдиний випадок, коли стає корисним, коли ви хочете скористатися -tопцією lsсортування файлів за mtime / atime / ctime або -S/ -V. Але навіть тоді ви можете також використовувати zsh:

files=(*(Nom))

наприклад, сортувати файли за mtime (використовувати oLдля -Sта nдля -V).

Щоб видалити всі, крім двох останніх змінених звичайних файлів:

rm -f -- *(D.om[3,-1])

^{Still все ще є деякі обмеження довжини (як execve()і в деяких не-GNU- xargsреалізаціях, значно нижчі довільні), а деякі не-GNU- xargsреалізації будуть задушені введеннями, що містять послідовності байтів, що не утворюють дійсних символів.}