A proxychains ott marad az előtag eltávolítása után is

Eltávolítja a proxychains elemet egy parancsból, újraindítja, és továbbra is látja a burkoló indítási üzenetét. A indítási környezetet vizsgálja meg, mielőtt az alkalmazás beállítását keresné.

Linuxon a LD_PRELOAD arra kéri a dinamikus szerkesztőt, hogy a megadott megosztott objektumokat a szokásos könyvtárak előtt töltse be. A proxy-burkolók ezt a mechanizmust használhatják a támogatott hálózati hívások elfogására. Ha valaki exportálta a változót egy shellben, a későbbi gyermekprogramok örökölhetik, akkor is, ha a parancssorukban nincs burkoló-előtag.

Egy első, csak olvasható ellenőrzés ebben a shellben:

printf '%s\n' "$LD_PRELOAD"

Keressen proxy-burkoló könyvtárat, de tartsa fenn annak lehetőségét, hogy a változó más, szándékosan betöltött könyvtárakat is felsorol. Az összes bejegyzés vak törlése más eszközt zavarhat meg.

Módosítsa az indítót, majd indítsa újra a programot

Távolítsa el a véletlen proxy-előbetöltést abból a környezetből, amely az érintett programot indítja. Ha egy indítási fájl vagy indító exportálja, javítsa azt a forrást is. Bash-indításoknál kövesse az indítási fájlok sorrendjét. Egy tiszta shell új gyermeke más eset, mint egy régi terminál vagy IDE gyermeke, amely még tartja a változót.

Egy környezeti változó törlése nem tölti ki a könyvtárat egy olyan folyamatból, amely már vele indult. Ezért egy futó alkalmazás megtarthatja a burkolót, amíg a javított indítási úton újra nem indítják.

Ha a változó hiányzik, vizsgáljon meg más beállított előbetöltési forrásokat, például a /etc/ld.so.preload fájlt, és a tényleges indítót. A mechanizmusnak korlátai vannak: a statikus végrehajtható fájlok, a közvetlen rendszerhívások és a biztonságos végrehajtás korlátozásai másként viselkedhetnek. Sudo esetén a burkoló sorrendje számít. Az örökölt előbetöltés magyarázza a váratlan elfogást; nem bizonyítja, hogy minden hálózati forgalom a proxyt használja.