LD_PRELOAD नए बच्चे unsetenv ("LD_PRELOAD") के बाद भी इस प्रकार

Question

मेरी कोड है को प्रभावित करता है):

gcc preload.c -shared -Wl,-soname,mylib -o mylib.so -fPIC 
    LD_PRELOAD=./mylib.so bash 

!!! आखिरी कमांड के साथ सावधान रहें, जिसके परिणामस्वरूप "sh -c ls" फोर्किंग के अंतहीन पाश का परिणाम होगा।^सी के साथ 2 सेकंड के बाद इसे रोकें, (या बेहतर^ज़ेड और फिर पीएस देखें)।

और जानकारी

1. यह समस्या किसी तरह से पार्टी की योजना बनाई से संबंधित हैं; या तो उपयोगकर्ता द्वारा चलाए जाने वाले आदेश के रूप में, या पॉप को निष्पादित करने के रूप में।
2. अतिरिक्त कुंजी कारक: 1) प्री-लोडेड लाइब्रेरी से पॉपन निष्पादित करें, 2) शायद लाइब्रेरी के प्रारंभिक अनुभाग में पॉपन करने की आवश्यकता है।

3. अगर आप का उपयोग करें:

   LD_DEBUG=all LD_DEBUG_OUTPUT=/tmp/ld-debug LD_PRELOAD=./mylib.so bash 
   

   पिछले आदेश के बजाय

   , आप /tmp/ld-debug.* नामित कई ld-डिबग फ़ाइलें प्राप्त होगा। प्रत्येक फोर्क प्रक्रिया के लिए एक। इन सभी फाइलों में आप देखेंगे कि प्रतीकों को पहली बार mylib.so में खोजा गया है, भले ही एलडी_PRELOAD को पर्यावरण से हटा दिया गया हो।

Answer 1

संपादित करें: तो समस्या/प्रश्न वास्तव में था: howcome नहीं कर सकते bash के भीतर से प्रीलोडेड main_init() का उपयोग करके LD_PRELOAD विश्वसनीय रूप से अनसेट करें।

कारण यह है कि execve, जो आप popen, से (शायद)

extern char **environ; 

जो कुछ वैश्विक राज्य चर कि अपने वातावरण ओर इशारा करता है पर्यावरण लेता है के बाद कहा जाता है। unsetenv() सामान्य रूप से आपके पर्यावरण को संशोधित करता है और इसलिए **environ की सामग्री पर प्रभाव डालता है।

यदि bash पर्यावरण के साथ कुछ विशेष करने की कोशिश करता है (अच्छा ... क्या यह एक खोल होगा?) तो आप परेशानी में हो सकते हैं।

अपरिवर्तनीय, bashunsetenv()main_init() से पहले भी अधिभारित करता है। उदाहरण कोड को बदलना:

extern char**environ; 

int __attribute__((constructor)) main_init(void) 
{ 
int i; 
printf("Unsetting LD_PRELOAD: %x\n",unsetenv("LD_PRELOAD")); 
printf("LD_PRELOAD: \"%s\"\n",getenv("LD_PRELOAD")); 
printf("Environ: %lx\n",environ); 
printf("unsetenv: %lx\n",unsetenv); 
for (i=0;environ[i];i++) printf("env: %s\n",environ[i]); 
fflush(stdout); 
FILE *fp = popen("ls", "r"); 
pclose(fp); 
} 

समस्या दिखाता है।

unsetenv: 7f4c78fd5290 
unsetenv: 7f1127317290 
unsetenv: 7f1ab63a2290 

हालांकि, bash या sh चल:

unsetenv: 46d170 

तो, वहाँ तुम्हारे पास है सामान्य रन में मैं unsetenv के इस संस्करण मिल (cat, ls, आदि चल रहे)। bash आप ;-) मूर्ख बनाया गया है

तो बस अपने खुद के unsetenv का उपयोग कर, **environ पर अभिनय जगह में पर्यावरण को संशोधित:

for (i=0;environ[i];i++) 
{ 
    if (strstr(environ[i],"LD_PRELOAD=")) 
    { 
     printf("hacking out LD_PRELOAD from environ[%d]\n",i); 
     environ[i][0] = 'D'; 
    } 
} 

strace में काम करने के लिए देखा जा सकता है जो:

execve("/bin/sh", ["sh", "-c", "ls"], [... "DD_PRELOAD=mylib.so" ...]) = 0 

QED

Answer 2

(जवाब एक शुद्ध अटकलें है, और हो सकता है सही नहीं है)।

शायद, जब आप अपनी प्रक्रिया को फोर्क करते हैं, तो लोड किए गए पुस्तकालयों का संदर्भ बनी रहती है। तो, mylib.so लोड किया गया था जब आपने मुख्य कार्यक्रम को LD_PRELOAD के माध्यम से बुलाया था। जब आप चर और फोर्कड को अनसेट करते हैं, तो इसे फिर से लोड नहीं किया गया था; हालांकि यह पहले से ही को पैरेंट प्रक्रिया द्वारा लोड किया गया है। शायद, आपको फोर्किंग के बाद इसे स्पष्ट रूप से अनलोड करना चाहिए।

आप mylib.so में प्रतीकों को "demote" करने का भी प्रयास कर सकते हैं। ऐसा करने के लिए, dlopen के माध्यम से इसे फिर से खोलना झंडे है कि यह प्रतीक संकल्प कतार के अंत करने के लिए जगह के साथ:

dlopen("mylib.so", RTLD_NOLOAD | RTLD_LOCAL); 

Answer 3

एमवीडीएस का उत्तर गलत है!

popen() बाल प्रक्रिया को जन्म देगा जो preloaded का वारिस होगा। इसलिए पैरेंट प्रक्रिया में झूठ बोला। इस बच्चे की प्रक्रिया एलडी_PRELOAD पर्यावरण परवाह नहीं है।