sudo proxychains vs. proxychains sudo: Warum die Reihenfolge zählt
Verstehen Sie, warum proxychains sudo seine Abfangbibliothek verlieren kann, während sudo proxychains den Wrapper im Zielausführungskontext startet.
Diese Befehle haben nicht dieselbe Ausführungsgrenze:
proxychains4 sudo command
sudo proxychains4 command
Proxychains-ng sorgt dafür, dass eine Bibliothek vorab in das Zielprogramm geladen wird. Unter Linux löst das Ausführen eines set-user-ID-Programms wie sudo die Sicherheitsregeln des Laders aus, die die relevanten Variablen zum Laden von Bibliotheken entfernen, bevor sudo sie bewahren kann.
Folglich ist „mehr Umgebung bewahren" keine verlässliche Reparatur, um sudo in den Wrapper zu bringen. Das sudoers-Handbuch beschreibt ausdrücklich, dass Variablen wie LD_* entfernt werden, bevor sudo beginnt.
Wenn ein Befehl wirklich das Zielkonto benötigt, starten Sie den Wrapper in diesem autorisierten Kontext. Prüfen Sie dann, welche Konfiguration gelesen wird: sudo kann HOME, PATH und die anwendbare Benutzerdatei ändern. Ein funktionierender unprivilegierter Aufruf belegt nicht, dass root dieselbe Proxy-Liste gewählt hat.
Bevorzugen Sie die native Proxy-Schnittstelle des Programms, wenn es eine anbietet. Das vermeidet die Abhängigkeit vom Abfangen für eine Anfrage, die das Programm bereits zu routen weiß.
Behalten Sie auch die Abdeckungsgrenzen von proxychains im Blick. Seine Startmeldung belegt, dass der Wrapper gestartet ist; sie belegt nicht, dass rohe Pakete, nicht unterstützte Aufrufe oder ein separat gestarteter vorhandener Anwendungsprozess seine Bibliothek genutzt haben. Bestätigen Sie die Netzwerkoperation, die Sie abfangen wollten, statt root-Rechte als Beleg dafür zu nehmen, dass jede Operation abgefangen wurde.