sudo proxychains vs. proxychains sudo: per què importa l'ordre
Enteneu per què proxychains sudo pot perdre la biblioteca d'intercepció, mentre que sudo proxychains inicia l'embolcall en el context d'execució destí.
Aquestes ordres no tenen la mateixa frontera d'execució:
proxychains4 sudo command
sudo proxychains4 commandProxychains-ng fa que una biblioteca es carregui prèviament al programa destí. A Linux, executar un programa amb set-user-ID com sudo activa les regles de seguretat del carregador, que eliminen les variables de càrrega de biblioteques rellevants abans que sudo les pugui conservar.
Per tant, "conservar més entorn" no és una solució fiable per posar sudo dins de l'embolcall. El manual de sudoers descriu explícitament que variables com LD_* s'eliminen abans que sudo comenci.
Si una ordre requereix realment el compte destí, inicieu l'embolcall en aquest context autoritzat. Després comproveu quina configuració llegeix: sudo pot canviar HOME, PATH i el fitxer per usuari aplicable. Una invocació sense privilegis que funciona no demostra que root hagi triat la mateixa llista de proxys.
Preferiu la interfície de proxy nativa del programa quan n'ofereix una. Això evita dependre de la intercepció per a una sol·licitud que el programa ja sap encaminar.
També tingueu presents els límits de cobertura de proxychains. El seu missatge d'inici demostra que l'embolcall s'ha iniciat; no demostra que paquets en brut, crides no admeses o un procés d'aplicació existent iniciat per separat hagin utilitzat la seva biblioteca. Confirmeu l'operació de xarxa que volíeu interceptar, en lloc de tractar el privilegi de root com a prova que totes les operacions s'han interceptat.