sudo proxychains vs. proxychains sudo: miksi järjestyksellä on väliä
Ymmärrä, miksi proxychains sudo voi menettää sieppauskirjastonsa, kun taas sudo proxychains käynnistää kääreen kohdesovelluksen suoritusympäristössä.
Näillä komennoilla ei ole sama suoritusraja:
proxychains4 sudo command
sudo proxychains4 command
Proxychains-ng järjestää kirjaston esilatauksen kohdeohjelmaan. Linuxissa set-user-ID-ohjelman, kuten sudon, suorittaminen käynnistää lataajan turvasäännöt, jotka poistavat asiaankuuluvat kirjaston latausmuuttujat ennen kuin sudo ehtii säilyttää ne.
Näin ollen "enemmän ympäristöä säilyttäminen" ei ole luotettava korjaus sudon sijoittamiseksi kääreen sisään. sudoers-käsikirja kuvaa nimenomaisesti, että muuttujat kuten LD_* poistetaan ennen kuin sudo alkaa.
Jos komento todella vaatii kohdetilin, käynnistä kääre siinä valtuutetussa ympäristössä. Tarkista sitten, mitä asetusta se lukee: sudo voi muuttaa HOMEn, PATHin ja soveltuvan käyttäjäkohtaisen tiedoston. Toimiva ilman käyttöoikeuksia tehty kutsu ei todista, että root valitsi saman välityspalvelinluettelon.
Suosi ohjelman omaa välityspalvelinrajapintaa, jos se tarjoaa sellaisen. Näin vältät sieppauksesta riippumisen pyynnöltä, jonka ohjelma osaa jo reitittää.
Pidä myös proxychainsin kattavuusrajat mielessä. Sen käynnistysviesti todistaa, että kääre käynnistyi; se ei todista, että raa'at paketit, tukemattomat kutsut tai erikseen käynnistetty olemassa oleva sovellusprosessi käyttivät sen kirjastoa. Vahvista se verkkotoiminto, jonka halusit siepata, sen sijaan että pitäisit root-oikeutta todisteena siitä, että jokainen toiminto siepattiin.