Önek kaldırıldıktan sonra proxychains hâlâ orada
LD_PRELOAD kalıtımıyla beklenmedik şekilde yüklenen bir proxy sarmalayıcısını izleyin ve gelecekteki süreç başlatmalarını önceden yüklenmiş kütüphanelerden ayırın.
Bir komuttan proxychains kaldırıp yeniden başlatıyorsunuz ve sarmalayıcının başlangıç iletisini hâlâ görüyorsunuz. Uygulamada bir ayar aramadan önce başlatma ortamını kontrol edin.
Linux'ta LD_PRELOAD dinamik bağlayıcıdan belirtilen paylaşılan nesneleri sıradan kütüphanelerden önce yüklemesini ister. Proxy sarmalayıcıları bu mekanizmayı desteklenen ağ çağrılarını yakalamak için kullanabilir. Biri değişkeni bir kabukta dışa aktardıysa, sonraki alt programlar komut satırlarında sarmalayıcı öneki olmasa bile onu devralabilir.
O kabuktaki ilk salt okunur kontrol şudur:
printf '%s\n' "$LD_PRELOAD"
Bir proxy sarmalayıcı kütüphanesi arayın, ancak değişkenin bilerek yüklenmiş başka kütüphaneleri de listeleyebileceği olasılığını koruyun. Her girdiyi körlemesine kaldırmak başka bir aracı bozabilir.
Başlatıcıyı değiştirin, ardından programı yeniden başlatın
Etkilenen programı başlatan ortamdan kasıtsız proxy ön yüklemesini kaldırın. Bir başlangıç dosyası veya başlatıcı bunu dışa aktarıyorsa o kaynağı da düzeltin. Bash başlatmalarında başlangıç dosyalarının sırasını izleyin. Temiz bir kabuğun yeni alt süreci, değişkeni hâlâ tutan eski bir terminalin veya IDE'nin alt sürecinden farklı bir durumdur.
Bir ortam değişkenini kaldırmak, onunla zaten başlamış bir süreçten kütüphaneyi boşaltmaz. Bu yüzden çalışan bir uygulama, düzeltilmiş başlatma yoluyla yeniden başlatılana kadar sarmalayıcıyı koruyabilir.
Değişken yoksa /etc/ld.so.preload gibi yapılandırılmış diğer ön yükleme kaynaklarını ve gerçek başlatıcıyı inceleyin. Mekanizmanın sınırları var: statik çalıştırılabilir dosyalar, doğrudan sistem çağrıları ve güvenli yürütme kısıtları farklı davranabilir. sudo ile sarmalayıcının sırası önemlidir. Devralınan bir ön yükleme beklenmedik yakalamayı açıklar; her tür ağ trafiğinin proxy kullandığının kanıtı değildir.