Proxychains is steeds daar nadat jy die voorvoegsel verwyder het

Jy verwyder proxychains uit 'n opdrag, voer dit weer uit en sien steeds die wrapper se beginboodskap. Kontroleer die lanseeromgewing voordat jy na 'n toepassingsinstelling soek.

Op Linux vra LD_PRELOAD die dinamiese lader om gespesifiseerde gedeelde objekte voor gewone biblioteke te laai. Proxy-wrappers kan dié meganisme gebruik om ondersteunde netwerkoproepe te onderskep. As iemand die veranderlike in 'n dop uitgevoer het, kan latere kindprogramme dit erf, selfs wanneer hul opdragreëls geen wrapper-voorvoegsel bevat nie.

'n Eerste lees-alleen-kontrole in daardie dop is:

printf '%s\n' "$LD_PRELOAD"

Soek na 'n proxy-wrapper-biblioteek, maar hou die moontlikheid oop dat die veranderlike ook ander doelbewus gelaaide biblioteke lys. Om elke inskrywing blindelings te verwyder kan 'n ander gereedskap ontwrig.

Verander die lanseerder en herbegin dan die program

Verwyder die toevallige proxy-voorlaai uit die omgewing wat die betrokke program lanseer. As 'n beginlêer of lanseerder dit uitvoer, korrigeer daardie bron ook. Vir Bash-lansering, volg die beginlêer-volgorde. 'n Nuwe kind van 'n skoon dop is 'n ander geval as 'n kind van 'n ou terminaal of IDE wat die veranderlike steeds hou.

Om 'n omgewingsveranderlike te verwyder, laai nie 'n biblioteek uit 'n proses wat reeds daarmee begin het nie. 'n Lopende toepassing kan dus die wrapper behou totdat dit deur die gekorrigeerde lanseerpad herbegin word.

As die veranderlike afwesig is, ondersoek ander ingestelde voorlaaibronne soos /etc/ld.so.preload en die werklike lanseerder. Die meganisme het perke: statiese uitvoerbare lêers, direkte stelseloproepe en beperkings op veilige uitvoering kan anders optree. Met sudo maak die volgorde van die wrapper saak. 'n Geërfde voorlaai verduidelik onverwagte onderskapping; dit is nie bewys dat elke soort netwerkverkeer die proxy gebruik nie.