या दोन आज्ञांची अंमलबजावणी मर्यादा सारखी नाही:

proxychains4 sudo command
sudo proxychains4 command

Proxychains-ng लक्ष्य प्रोग्राममध्ये लायब्ररी आधीच लोड होण्याची व्यवस्था करते. लिनक्सवर sudo सारखा set-user-ID प्रोग्राम चालवल्याने लोडरचे सुरक्षा नियम सक्रिय होतात, जे sudo त्या जतन करण्यापूर्वीच संबंधित लायब्ररी-लोडिंग चल काढून टाकतात.

त्यामुळे, "अधिक पर्यावरण जतन करणे" हा sudo रॅपरच्या आत ठेवण्यासाठी विश्वासार्ह उपाय नाही. sudoers मॅन्युअल स्पष्टपणे सांगते की LD_* सारखे चल sudo सुरू होण्यापूर्वी काढून टाकले जातात.

एखाद्या आज्ञेला खरोखर लक्ष्य खाते आवश्यक असेल, तर त्या अधिकृत संदर्भात रॅपर सुरू करा. त्यानंतर कोणते कॉन्फिग वाचते हे तपासा: sudo HOME, PATH आणि लागू प्रति-वापरकर्ता फाइल बदलू शकते. कार्यरत अनधिकृत आवाहन हे सिद्ध करत नाही की root ने तीच प्रॉक्सी यादी निवडली.

प्रोग्राम स्वतःचा मूळ प्रॉक्सी इंटरफेस देत असेल तर त्याला प्राधान्य द्या. यामुळे प्रोग्रामला आधीच मार्ग कसा करायचा हे माहीत असलेल्या विनंतीसाठी इंटरसेप्शनवर अवलंबून राहणे टळते.

proxychains च्या व्याप्ती मर्यादाही लक्षात ठेवा. त्याचा स्टार्टअप संदेश रॅपर सुरू झाला हे सिद्ध करतो; कच्चे पॅकेट, असमर्थित कॉल किंवा वेगळे सुरू केलेली सध्याची अनुप्रयोग प्रक्रिया त्याची लायब्ररी वापरली हे तो सिद्ध करत नाही. जे नेटवर्क ऑपरेशन तुम्हाला इंटरसेप्ट करायचे होते ते सत्यापित करा, root विशेषाधिकाराला प्रत्येक ऑपरेशन इंटरसेप्ट झाल्याचा पुरावा मानू नका.

संबंधित लेख