proxychains lieka ir pašalinus priešdėlį
Atsekite netikėtai įkeltą proxy apvalkalą per LD_PRELOAD paveldėjimą ir atskirkite būsimus procesų paleidimus nuo jau įkeltų bibliotekų.
Pašalinate proxychains iš komandos, paleidžiate ją iš naujo ir vis tiek matote apvalkalo paleidimo pranešimą. Patikrinkite paleidimo aplinką prieš ieškodami programos nustatymo.
Linux sistemoje LD_PRELOAD prašo dinaminio linkerio įkelti nurodytus bendrinamus objektus prieš įprastas bibliotekas. Proxy apvalkalai gali naudoti šį mechanizmą palaikomiems tinklo iškvietimams perimti. Jei kas nors eksportavo kintamąjį shell'e, vėlesnės antrinės programos gali jį paveldėti net tada, kai jų komandų eilutėse nėra apvalkalo priešdėlio.
Pirmasis tik skaitymo patikrinimas tame shell'e yra:
printf '%s\n' "$LD_PRELOAD"Ieškokite proxy apvalkalo bibliotekos, bet nepamirškite, kad kintamasis gali išvardyti ir kitas sąmoningai įkeltas bibliotekas. Aklai pašalinus visus įrašus galima sutrikdyti kitą įrankį.
Pakeiskite paleidiklį, tada paleiskite programą iš naujo
Pašalinkite atsitiktinį proxy išankstinį įkėlimą iš aplinkos, kuri paleidžia paveiktą programą. Jei jį eksportuoja paleidimo failas arba paleidiklis, pataisykite ir tą šaltinį. Bash paleidimams laikykitės paleidimo failų tvarkos. Naujas švarios shell antrinis procesas yra kitas atvejis nei seno terminalo ar IDE antrinis procesas, kuris dar laiko kintamąjį.
Kintamojo panaikinimas neiškrauna bibliotekos iš proceso, kuris jau buvo su juo pradėtas. Todėl veikianti programa gali išlaikyti apvalkalą, kol ji bus paleista iš naujo pataisytu paleidimo keliu.
Jei kintamojo nėra, patikrinkite kitus sukonfigūruotus išankstinio įkėlimo šaltinius, pvz., /etc/ld.so.preload, ir tikrąjį paleidiklį. Mechanizmas turi ribų: statiniai vykdomieji failai, tiesioginiai sistemos iškvietimai ir saugaus vykdymo apribojimai gali elgtis kitaip. Su sudo apvalkalo tvarka svarbi. Paveldėtas išankstinis įkėlimas paaiškina netikėtą perėmimą; tai neįrodo, kad visas tinklo srautas naudoja proxy.