sudo proxychains наспрам proxychains sudo: зашто је редослед важан
Схватите зашто proxychains sudo може изгубити библиотеку за пресретање, док sudo proxychains покреће омотач у циљном контексту извршавања.
Ове наредбе немају исту границу извршавања:
proxychains4 sudo command
sudo proxychains4 command
Proxychains-ng омогућава да се библиотека унапред учита у циљни програм. На Linux-у извршавање програма са set-user-ID битом, као што је sudo, покреће безбедносна правила учитавача која уклањају релевантне променљиве учитавања библиотека пре него што их sudo може сачувати.
Због тога „чување више окружења“ није поуздан поправак за смештање sudo-а унутар омотача. Приручник sudoers изричито описује да се променљиве попут LD_* уклањају пре него што sudo почне.
Ако наредба заиста захтева циљни налог, покрените омотач у том овлашћеном контексту. Затим проверите коју конфигурацију чита: sudo може променити HOME, PATH и применљиву датотеку по кориснику. Успешан позив без привилегија не доказује да је root изабрао исту листу проксија.
Преферирајте изворно proxy сучеље програма када га нуди. Тиме избегавате зависност од пресретања за захтев који програм већ зна да усмери.
Такође имајте на уму ограничења покривености proxychains-а. Његова порука о покретању доказује да је омотач покренут; не доказује да су сирови пакети, неподржани позиви или одвојено покренут постојећи процес апликације користили његову библиотеку. Потврдите мрежну операцију коју сте намеравали да усмерите кроз proxy, уместо да root привилегију сматрате доказом да је свака операција пресретнута.