sudo proxychains proti proxychains sudo: zakaj je vrstni red pomemben
Razumite, zakaj lahko proxychains sudo izgubi knjižnico za prestrezanje, medtem ko sudo proxychains zažene ovoj v ciljnem izvajalnem okolju.
Ti ukazi nimajo iste meje izvajanja:
proxychains4 sudo command
sudo proxychains4 command
Proxychains-ng poskrbi, da se knjižnica prednaloži v ciljni program. V sistemu Linux izvajanje programa z bitom set-user-ID, kot je sudo, sproži varnostna pravila nalagalnika, ki odstranijo ustrezne spremenljivke za nalaganje knjižnic, preden jih sudo lahko ohrani.
Zato „ohranjanje več okolja“ ni zanesljiva rešitev za postavitev sudo znotraj ovoja. Priročnik sudoers izrecno opisuje, da se spremenljivke, kot je LD_*, odstranijo, preden se sudo začne.
Če ukaz resnično potrebuje ciljni račun, zaženite ovoj v tem pooblaščenem okolju. Nato preverite, katero konfiguracijo bere: sudo lahko spremeni HOME, PATH in ustrezno datoteko posameznega uporabnika. Delujoč klic brez privilegijev ne dokazuje, da je root izbral isti seznam proxyjev.
Dajte prednost izvornemu proxy vmesniku programa, kadar ta obstaja. Tako se izognete odvisnosti od prestrezanja za zahtevo, ki jo program že zna usmeriti.
Upoštevajte tudi omejitve pokritosti proxychains. Njegovo zagonsko sporočilo dokazuje, da se je ovoj zagnal; ne dokazuje, da so surovi paketi, nepodprti klici ali ločeno zagnan obstoječi proces aplikacije uporabili njegovo knjižnico. Potrdite omrežno operacijo, ki ste jo nameravali poslati skozi proxy, namesto da bi rootove privilegije imeli za dokaz, da je bila vsaka operacija prestrežena.