sudo proxychains vs. proxychains sudo: waarom die volgorde saak maak

Hierdie opdragte het nie dieselfde uitvoeringsgrens nie:

proxychains4 sudo command
sudo proxychains4 command

Proxychains-ng sorg dat 'n biblioteek vooraf in die teikenprogram gelaai word. Op Linux veroorsaak die uitvoering van 'n set-user-ID-program soos sudo dat die laaier se sekuriteitsreels die betrokke biblioteeklaaiveranderlikes verwyder voordat sudo dit kan bewaar.

Gevolglik is "bewaar meer omgewing" nie 'n betroubare herstel vir om sudo binne die omhulsel te plaas nie. Die sudoers-handleiding beskryf uitdruklik dat veranderlikes soos LD_* verwyder word voordat sudo begin.

As 'n opdrag werklik die teikenrekening vereis, begin die omhulsel in daardie gemagtigde konteks. Kontroleer dan watter konfigurasie dit lees: sudo kan HOME, PATH en die toepaslike gebruikerspesifieke leer verander. 'n Werkende onbevoorregte oproep bewys nie dat root dieselfde proxylis gekies het nie.

Verkies die program se eie proxy-koppelvlak wanneer dit een bied. Dit vermy die afhanklikheid van onderskepping vir 'n versoek wat die program reeds weet hoe om te roeteer.

Hou ook proxychains se bedekkingsbeperkings in gedagte. Sy beginboodskap bewys dat die omhulsel begin het; dit bewys nie dat rou pakkette, nie-ondersteunde oproepe of 'n afsonderlik gelaaide bestaande toepassingsproses sy biblioteek gebruik het nie. Bevestig die netwerkbewerking wat jy wou proxyeer, eerder as om root-privilege as bewys te beskou dat elke bewerking onderskep is.