sudo proxychains vs. proxychains sudo: hvorfor rekkefølgen betyr noe
Forstå hvorfor proxychains sudo kan miste avlyttingsbiblioteket sitt, mens sudo proxychains starter innpakningen i målprogrammets kjørekontekst.
Disse kommandoene har ikke samme utførelsesgrense:
proxychains4 sudo command
sudo proxychains4 command
Proxychains-ng sørger for at et bibliotek forhåndslastes inn i målprogrammet. På Linux utløser kjøring av et set-user-ID-program som sudo lasterens sikkerhetsregler, som fjerner de relevante variablene for biblioteklasting før sudo kan bevare dem.
Derfor er "bevar mer miljø" ikke en pålitelig løsning for å sette sudo inne i innpakningen. sudoers-håndboken beskriver uttrykkelig at variabler som LD_* fjernes før sudo begynner.
Hvis en kommando virkelig krever målkontoen, start innpakningen i den autoriserte konteksten. Sjekk deretter hvilken konfigurasjon den leser: sudo kan endre HOME, PATH og den gjeldende filen per bruker. Et fungerende kall uten privilegier beviser ikke at root valgte den samme proxylisten.
Foretrekk programmets innebygde proxygrensesnitt når det tilbyr ett. Det unngår å være avhengig av avlytting for en forespørsel som programmet allerede vet hvordan den skal rutes.
Husk også dekningsgrensene til proxychains. Oppstartsmeldingen beviser at innpakningen startet; den beviser ikke at rå pakker, ikke-støttede kall eller en separat startet eksisterende programprosess brukte biblioteket. Bekreft nettverksoperasjonen du ønsket å avlytte, i stedet for å betrakte root-privilegium som bevis på at hver operasjon ble avlyttet.