پریفکس ہٹانے کے بعد بھی proxychains موجود رہتا ہے

آپ کمانڈ سے proxychains ہٹاتے ہیں، اسے دوبارہ چلاتے ہیں اور پھر بھی ریپر کا آغاز پیغام دیکھتے ہیں۔ ایپلیکیشن کی ترتیب تلاش کرنے سے پہلے لانچ ماحول جانچیں۔

لینکس پر LD_PRELOAD ڈائنامک لنکر سے کہتا ہے کہ مخصوص شیئرڈ اشیاء عام لائبریریوں سے پہلے لوڈ کرے۔ پراکسی ریپر اس طریقے کو سپورٹ شدہ نیٹ ورک کالز روکنے کے لیے استعمال کر سکتے ہیں۔ اگر کسی نے شیل میں یہ متغیر ایکسپورٹ کیا ہو تو بعد کے چائلڈ پروگرام اسے وراثت میں لے سکتے ہیں، چاہے ان کی کمانڈ لائنوں میں کوئی ریپر پریفکس نہ ہو۔

اس شیل میں پہلا صرف پڑھنے والا معائنہ یہ ہے:

printf '%s\n' "$LD_PRELOAD"

پراکسی ریپر لائبریری تلاش کریں، مگر یہ امکان رکھیں کہ متغیر دیگر دانستہ لوڈ شدہ لائبریریوں کی بھی فہرست دے سکتا ہے۔ ہر اندراج کو بغیر سوچے ہٹانا کسی دوسرے ٹول کو متاثر کر سکتا ہے۔

لانچر تبدیل کریں، پھر پروگرام دوبارہ چلائیں

متاثرہ پروگرام چلانے والے ماحول سے حادثاتی پراکسی پری لوڈ ہٹائیں۔ اگر اسٹارٹ اپ فائل یا لانچر اسے ایکسپورٹ کرتا ہے تو اس ماخذ کو بھی درست کریں۔ Bash لانچ کے لیے اسٹارٹ اپ فائلوں کی ترتیب کی پیروی کریں۔ صاف شیل کا نیا چائلڈ پرانے ٹرمینل یا IDE کے چائلڈ سے مختلف معاملہ ہے جو اب بھی متغیر تھامے ہوئے ہے۔

ماحولیاتی متغیر ان سیٹ کرنے سے پہلے سے اس کے ساتھ شروع ہونے والے عمل سے لائبریری ان لوڈ نہیں ہوتی۔ اسی لیے چلتی ہوئی ایپلیکیشن درست شدہ لانچ راستے سے دوبارہ شروع ہونے تک ریپر رکھ سکتی ہے۔

اگر متغیر موجود نہ ہو تو /etc/ld.so.preload جیسے دیگر کنفیگر شدہ پری لوڈ ماخذ اور اصل لانچر جانچیں۔ اس طریقے کی حدود ہیں: اسٹیٹک ایگزیکیوٹیبلز، براہ راست سسٹم کالز اور محفوظ عمل درآمد کی پابندیاں مختلف سلوک کر سکتی ہیں۔ sudo کے ساتھ ریپر کی ترتیب اہم ہے۔ وراثت میں ملی پری لوڈ غیر متوقع روکنے کی وضاحت کرتی ہے؛ یہ ثبوت نہیں کہ ہر قسم کا نیٹ ورک ٹریفک پراکسی استعمال کرتا ہے۔