sudo proxychains проти proxychains sudo: чому порядок має значення

Ці команди мають різну межу виконання:

proxychains4 sudo command
sudo proxychains4 command

Proxychains-ng забезпечує попереднє завантаження бібліотеки в цільову програму. У Linux запуск програми з бітом set-user-ID, як-от sudo, активує правила безпеки завантажувача, які видаляють відповідні змінні завантаження бібліотек до того, як sudo встигне їх зберегти.

Отже, «зберегти більше середовища» не є надійним виправленням, щоб помістити sudo всередину обгортки. Посібник sudoers прямо зазначає, що змінні на кшталт LD_* видаляються до початку роботи sudo.

Якщо команді справді потрібен цільовий обліковий запис, запускайте обгортку в цьому авторизованому контексті. Потім перевірте, яку конфігурацію вона читає: sudo може змінити HOME, PATH і відповідний файл окремого користувача. Успішний виклик без привілеїв не доводить, що root вибрав той самий список проксі.

Надавайте перевагу власному інтерфейсу проксі програми, якщо він є. Це позбавляє залежності від перехоплення для запиту, який програма вже вміє маршрутизувати.

Також майте на увазі межі охоплення proxychains. Його стартове повідомлення доводить, що обгортка запустилася; воно не доводить, що необроблені пакети, непідтримувані виклики або окремо запущений наявний процес застосунку використали цю бібліотеку. Підтверджуйте ту мережеву операцію, яку ви збиралися проксіювати, а не вважайте привілеї root доказом того, що кожна операція була перехоплена.