proxychains zostaje po usunięciu prefiksu

Usuwasz proxychains z polecenia, uruchamiasz je ponownie i nadal widzisz komunikat startowy otoczki. Sprawdź środowisko uruchomienia, zanim zaczniesz szukać ustawienia w aplikacji.

W Linuksie LD_PRELOAD prosi konsolidator dynamiczny o wczytanie wskazanych obiektów współdzielonych przed zwykłymi bibliotekami. Otoczki proxy mogą używać tego mechanizmu do przechwytywania obsługiwanych wywołań sieciowych. Jeśli ktoś wyeksportował zmienną w powłoce, późniejsze programy potomne mogą ją odziedziczyć, nawet gdy ich wiersze poleceń nie zawierają prefiksu otoczki.

Pierwsze sprawdzenie tylko do odczytu w tej powłoce to:

printf '%s\n' "$LD_PRELOAD"

Szukaj biblioteki otoczki proxy, ale zachowaj możliwość, że zmienna wymienia też inne celowo wczytane biblioteki. Bezmyślne usunięcie wszystkich wpisów może zakłócić działanie innego narzędzia.

Zmień launcher, a następnie uruchom program ponownie

Usuń przypadkowe wstępne wczytanie proxy ze środowiska, które uruchamia dotknięty program. Jeśli eksportuje je plik startowy lub launcher, popraw również to źródło. Przy uruchomieniach Bash stosuj kolejność plików startowych. Nowy potomek czystej powłoki to inny przypadek niż potomek starego terminala lub IDE, które nadal trzyma zmienną.

Usunięcie zmiennej środowiskowej nie wyładowuje biblioteki z procesu, który już się z nią rozpoczął. Działająca aplikacja może więc zachować otoczkę, dopóki nie zostanie ponownie uruchomiona poprawioną ścieżką startu.

Jeśli zmiennej nie ma, sprawdź inne skonfigurowane źródła wstępnego wczytywania, takie jak /etc/ld.so.preload, oraz rzeczywisty launcher. Mechanizm ma ograniczenia: statyczne pliki wykonywalne, bezpośrednie wywołania systemowe i ograniczenia bezpiecznego wykonywania mogą zachowywać się inaczej. Z sudo kolejność otoczki ma znaczenie. Odziedziczone wstępne wczytanie wyjaśnia nieoczekiwane przechwycenie; nie jest dowodem, że każdy rodzaj ruchu sieciowego korzysta z proxy.