sudo proxychains kumpara sa proxychains sudo: bakit mahalaga ang pagkakasunod-sunod
Unawain kung bakit maaaring mawala ng proxychains sudo ang library nito sa pagharang, samantalang sinisimulan ng sudo proxychains ang wrapper sa konteksto ng pagpapatupad ng target.
Ang mga utos na ito ay walang parehong hangganan ng pagpapatupad:
proxychains4 sudo command
sudo proxychains4 command
Ang Proxychains-ng ay nag-aayos upang ma-preload ang isang library sa target na programa. Sa Linux, ang pagpapatakbo ng set-user-ID na programa tulad ng sudo ay nagpapagana ng mga panuntunan sa seguridad ng loader na nag-aalis ng mga kaugnay na variable sa paglo-load ng library bago pa man maingatan ng sudo ang mga ito.
Dahil dito, ang “pag-iingat ng mas maraming environment” ay hindi isang maaasahang pag-aayos upang mailagay ang sudo sa loob ng wrapper. Ang manwal ng sudoers ay tahasang naglalarawan na ang mga variable tulad ng LD_* ay inaalis bago magsimula ang sudo.
Kung ang isang utos ay talagang nangangailangan ng target na account, simulan ang wrapper sa awtorisadong kontekstong iyon. Pagkatapos, tingnan kung aling configuration ang binabasa nito: maaaring baguhin ng sudo ang HOME, PATH, at ang naaangkop na file ng bawat user. Ang gumaganang pagtawag na walang pribilehiyo ay hindi nagpapatunay na pinili ng root ang parehong listahan ng proxy.
Mas mainam na gamitin ang katutubong interface ng proxy ng programa kung mayroon ito. Iniiwasan nito ang pagdepende sa pagharang para sa isang kahilingan na alam na ng programa kung paano i-route.
Isaisip din ang mga limitasyon sa saklaw ng proxychains. Ang mensahe nito sa pagsisimula ay nagpapatunay na nagsimula ang wrapper; hindi nito pinatutunayan na ang mga raw packet, hindi suportadong tawag, o isang hiwalay na inilunsad na umiiral na proseso ng application ay gumamit ng library nito. Kumpirmahin ang operasyon sa network na balak mong i-proxy, sa halip na ituring ang pribilehiyo ng root bilang ebidensya na naharang ang bawat operasyon.