sudo proxychains kontraŭ proxychains sudo: kial la ordo gravas

Ĉi tiuj komandoj ne havas la saman plenuman limon:

proxychains4 sudo command
sudo proxychains4 command

Proxychains-ng aranĝas, ke biblioteko estu antaŭŝargita en la celan programon. En Linux, plenumado de set-user-ID-programo kiel sudo aktivigas la sekurecajn regulojn de la ŝargilo, kiuj forigas la koncernajn bibliotekajn ŝargvariablojn antaŭ ol sudo povas konservi ilin.

Sekve, «konservi pli da medio» ne estas fidinda riparo por meti sudo ene de la envolvilo. La manlibro de sudoers eksplicite priskribas, ke variabloj kiel LD_* estas forigitaj antaŭ ol sudo komenciĝas.

Se komando vere bezonas la celan konton, lanĉu la envolvilon en tiu rajtigita kunteksto. Poste kontrolu kiun agordon ĝi legas: sudo povas ŝanĝi HOME, PATH kaj la aplikeblan dosieron por uzanto. Funkcianta senprivilegia alvoko ne pruvas, ke root elektis la saman prokkservilan liston.

Preferu la denaskan prokkservilan interfacon de la programo, kiam ĝi ofertas unu. Tio evitigas dependon de interkaptado por peto, kiun la programo jam scias enkursigi.

Ankaŭ atentu la kovrajn limojn de proxychains. Ĝia startmesaĝo pruvas, ke la envolvilo ekfunkciis; ĝi ne pruvas, ke krudaj paketoj, nesubtenataj alvokoj aŭ aparte lanĉita ekzistanta aplika procezo uzis ĝian bibliotekon. Konfirmu la retan operacion, kiun vi intencis interkapti, anstataŭ trakti la radikan privilegion kiel pruvon, ke ĉiu operacio estis interkaptita.