لا يملك هذان الأمران الحد التنفيذي نفسه:

proxychains4 sudo command
sudo proxychains4 command

يجعل Proxychains-ng مكتبة تُحمَّل مسبقًا داخل البرنامج الهدف. على لينكس، يؤدي تنفيذ برنامج بمُعرِّف مستخدم محدَّد مثل sudo إلى تفعيل قواعد أمان المُحمِّل التي تزيل متغيرات تحميل المكتبات ذات الصلة قبل أن يتمكن sudo من الحفاظ عليها.

لذلك، فإن «الحفاظ على مزيد من البيئة» ليس إصلاحًا موثوقًا لوضع sudo داخل الغلاف. يوضح دليل sudoers صراحةً أن متغيرات مثل LD_* تُزال قبل أن يبدأ sudo.

إذا كان الأمر يحتاج فعلاً إلى حساب الهدف، فابدأ الغلاف في ذلك السياق المصرَّح به. ثم تحقق من أي إعدادات يقرأ: قد يغيّر sudo كلاً من HOME وPATH والملف الخاص بكل مستخدم. لا يثبت استدعاء غير مميز ناجح أن root اختار قائمة الوكلاء نفسها.

فضّل واجهة الوكيل الأصلية للبرنامج عندما تكون متاحة. فذلك يتجنب الاعتماد على الاعتراض لطلب يعرف البرنامج أصلاً كيف يوجّهه.

أيضًا ضع حدود تغطية proxychains في الاعتبار. رسالة بدئه تثبت أن الغلاف بدأ؛ لكنها لا تثبت أن حزمًا خامًا أو استدعاءات غير مدعومة أو عملية تطبيق قائمة بدأت بشكل منفصل استخدمت مكتبته. تأكد من عملية الشبكة التي أردت اعتراضها، بدلًا من اعتبار امتياز root دليلًا على اعتراض كل عملية.

مقالات ذات صلة