🥇 म जरा हुँ। लिनक्स ओएस विशेषाधिकार वृद्धि बुझ्दै

मैले 2020 को पहिलो त्रैमासिक OSCP परीक्षाको तयारीमा बिताएँ। Google मा जानकारी खोज्दै र धेरै "अन्धो" प्रयासहरूले मेरो सबै खाली समय खर्च्यो। विशेष गरी विशेषाधिकार वृद्धि गर्ने संयन्त्र बुझ्न गाह्रो थियो। PWK पाठ्यक्रमले यस विषयमा धेरै ध्यान दिन्छ, तर शिक्षण सामग्री कहिल्यै पर्याप्त हुँदैन। त्यहाँ उपयोगी आदेशहरूको साथ इन्टरनेटमा धेरै म्यानुअलहरू छन्, तर यसले के निम्त्याउँछ भनेर नबुझेर अन्धाधुन्ध रूपमा सिफारिसहरू पछ्याउने म फ्यान होइन।

परीक्षाको तयारी र सफल उत्तीर्ण हुँदा (ह्याक द बक्समा आवधिक आक्रमणहरू सहित) मैले सिकेका कुराहरू म तपाईंसँग साझा गर्न चाहन्छु। मैले जानकारीको प्रत्येक बिटको लागि कृतज्ञताको बलियो भावना महसुस गरें जसले मलाई अझ सचेत रूपमा कठिन बाटोमा हिँड्न मद्दत गर्यो, अब मेरो समुदायलाई फिर्ता दिने समय हो।

म तपाईंलाई ओएस लिनक्समा विशेषाधिकारहरू कसरी बढाउने भन्ने बारे एउटा म्यानुअल दिन चाहन्छु, जसमा सबैभन्दा सामान्य भेक्टरहरू र सम्बन्धित सुविधाहरूको विश्लेषण समावेश छ जुन निश्चित रूपमा तपाईंको लागि उपयोगी हुनेछ। प्रायः विशेषाधिकारहरू बढाउने संयन्त्रहरू आफैंमा एकदम सरल हुन्छन्; जानकारीको संरचना र विश्लेषण गर्दा कठिनाइहरू उत्पन्न हुन्छन्। त्यसकारण, मैले "दृश्य भ्रमण भ्रमण" को साथ सुरु गर्ने निर्णय गरें र त्यसपछि प्रत्येक भेक्टरलाई छुट्टै लेखमा विचार गर्नुहोस्। मलाई आशा छ कि मैले तपाइँलाई विषयको अनुसन्धान गर्न केहि समय बचाउनेछु।

त्यसोभए 2020 मा विशेषाधिकार वृद्धि किन सम्भव छ यदि विधिहरू धेरै लामो समयदेखि परिचित छन्? वास्तवमा, यदि प्रयोगकर्ताले प्रणालीलाई सही रूपमा ह्यान्डल गर्छ भने, यो वास्तवमा यसमा विशेषाधिकारहरू बढाउन सम्भव हुनेछैन। यस्ता अवसरहरूलाई जन्म दिने मुख्य विश्वव्यापी समस्या हो असुरक्षित कन्फिगरेसन। प्रणालीमा कमजोरीहरू भएको पुरानो सफ्टवेयर संस्करणहरूको उपस्थिति पनि एक असुरक्षित कन्फिगरेसनको विशेष मामला हो।

असुरक्षित कन्फिगरेसन मार्फत विशेषाधिकार वृद्धि

पहिले, असुरक्षित कन्फिगरेसनसँग सम्झौता गरौं। सुरु गरौं IT पेशेवरहरूले अक्सर स्ट्याकओभरफ्लो जस्ता म्यानुअल र स्रोतहरू प्रयोग गर्छन्, जसमध्ये धेरैमा असुरक्षित आदेशहरू र कन्फिगहरू छन्। ज्वलन्त उदाहरण- समाचार stackoverflow बाट सबैभन्दा धेरै प्रतिलिपि गरिएको कोडमा त्रुटि थियो। एक अनुभवी प्रशासक जाम देख्नेछ, तर यो एक आदर्श संसारमा छ। सक्षम विशेषज्ञहरू पनि बढेको कार्यभार गल्ती गर्न सक्षम। कल्पना गर्नुहोस् कि एक प्रशासकले अर्को टेन्डरको लागि कागजातहरू तयारी र समन्वय गर्दैछ, एकै समयमा अर्को क्वाटरमा लागू हुने नयाँ प्रविधिको खोजी गर्दै, आवधिक रूपमा प्रयोगकर्ता समर्थन समस्याहरू समाधान गर्दै। र त्यसपछि उसलाई छिट्टै केही भर्चुअल मेसिनहरू सेटअप गर्ने र तिनीहरूमा सेवाहरू रोल आउट गर्ने कार्य दिइन्छ। तपाइँ के सोच्नुहुन्छ कि सम्भाव्यता के हो कि प्रशासकले जामलाई ध्यान दिदैन? त्यसपछि विशेषज्ञहरू परिवर्तन हुन्छन्, तर बैसाखी रहिरहन्छ, जबकि कम्पनीहरूले सधैं लागतहरू कम गर्न प्रयास गर्छन्, IT कर्मचारीहरू सहित।

स्यूडो-शेल र जेलब्रेक

शोषण चरणको समयमा प्राप्त गरिएको प्रणाली शेल प्रायः सीमित हुन्छ, विशेष गरी यदि तपाईंले वेब सर्भरको प्रयोगकर्ता ह्याक गरेर प्राप्त गर्नुभयो भने। उदाहरणका लागि, शेल प्रतिबन्धहरूले तपाईंलाई sudo आदेश चलाउनबाट रोक्न सक्छ, त्रुटि उत्पन्न गर्दछ:

sudo: no tty present and no askpass program specified

एकपटक तपाईंसँग खोल भएपछि, म पूर्ण टर्मिनल सिर्जना गर्न सिफारिस गर्दछु, उदाहरणका लागि पाइथन प्रयोग गरेर।

python -c 'import pty;pty.spawn("/bin/bash")'

तपाईले सोध्न सक्नुहुन्छ: "यदि म एउटा प्रयोग गर्न सक्छु भने मलाई हजार आदेशहरू किन चाहिन्छ, उदाहरणका लागि, फाइलहरू स्थानान्तरण गर्न?" तथ्य यो हो कि प्रणालीहरू फरक रूपमा कन्फिगर गरिएका छन्; दिइएको होस्टमा पाइथन स्थापना नहुन सक्छ, तर पर्ल हुन सक्छ। सीप भनेको परिचित उपकरणहरू बिना प्रणालीमा परिचित चीजहरू गर्न सक्षम हुनु हो। सुविधाहरूको पूर्ण सूची फेला पार्न सकिन्छ यहाँ.

कम विशेषाधिकार प्राप्त खोल प्रयोग गरेर प्राप्त गर्न सकिन्छ टोलीहरू 1 и टोलीहरू 2 (आश्चर्यजनक रूपमा, GIMP पनि)।

आदेश इतिहास हेर्नुहोस्

लिनक्सले फाइलमा सबै निष्पादित आदेशहरूको इतिहास सङ्कलन गर्दछ ~ / .bash_history। यदि सर्भर सक्रिय रूपमा प्रयोग गरिएको छ र यसको इतिहास खाली छैन भने, यस फाइलमा प्रमाणहरू फेला पार्ने उच्च सम्भावना छ। इतिहास खाली गर्नु असुविधाजनक छ। यदि प्रशासकलाई मार्फत दस-कथा आदेशहरू चयन गर्न बाध्य पारिएको छ भने, निस्सन्देह, यो फेरि प्रविष्ट गर्नु भन्दा इतिहासबाट यो आदेश कल गर्नको लागि यो अधिक सुविधाजनक हुनेछ। साथै, धेरै मानिसहरूलाई यो "ह्याक" बारे थाहा छैन। यदि प्रणालीमा Zsh वा माछा जस्ता वैकल्पिक शेलहरू छन् भने, तिनीहरूको आफ्नै इतिहास छ। कुनै पनि शेलमा आदेशहरूको इतिहास प्रदर्शन गर्न, केवल आदेश इतिहास टाइप गर्नुहोस्।

cat ~/.bash_history
cat ~/.mysql_history
cat ~/.nano_history
cat ~/.php_history
cat ~/.atftp_history

त्यहाँ साझा होस्टिंग छ, जसमा सर्भर धेरै वेबसाइटहरू होस्ट गर्न प्रयोग गरिन्छ। सामान्यतया, यो कन्फिगरेसनको साथ, प्रत्येक स्रोतको छुट्टै गृह डाइरेक्टरी र भर्चुअल होस्टको साथ आफ्नै प्रयोगकर्ता हुन्छ। त्यसोभए, यदि गलत तरिकाले कन्फिगर गरिएको छ भने, तपाइँ वेब स्रोतको मूल डाइरेक्टरीमा .bash_history फाइल फेला पार्न सक्नुहुन्छ।

फाइल प्रणालीमा पासवर्डहरू खोज्दै र छेउछाउका प्रणालीहरूमा आक्रमणहरू

विभिन्न सेवाहरूको लागि कन्फिगरेसन फाइलहरू तपाईंको हालको प्रयोगकर्ताद्वारा पढ्न योग्य हुन सक्छन्। तिनीहरूमा तपाइँ स्पष्ट पाठमा प्रमाणहरू फेला पार्न सक्नुहुन्छ - डाटाबेस वा सम्बन्धित सेवाहरू पहुँच गर्न पासवर्डहरू। एउटै पासवर्ड डाटाबेस पहुँच गर्न र रूट प्रयोगकर्ता (क्रेडेन्सियल स्टाफिङ) अधिकृत गर्न दुवै प्रयोग गर्न सकिन्छ।
यस्तो हुन्छ कि फेला परेका प्रमाणहरू अन्य होस्टहरूमा सेवाहरूसँग सम्बन्धित छन्। एक सम्झौता गरिएको होस्ट मार्फत पूर्वाधारमा आक्रमणको विकास गर्नु अन्य होस्टहरूको शोषण गर्नु भन्दा खराब छैन। फाईल प्रणालीमा आईपी ठेगानाहरू हेरेर आसन्न प्रणालीहरू पनि फेला पार्न सकिन्छ।

grep -lRi "password" /home /var/www /var/log 2>/dev/null | sort | uniq #Find string password (no cs) in those directories
grep -a -R -o '[0-9]{1,3}.[0-9]{1,3}.[0-9]{1,3}.[0-9]{1,3}' /var/log/ 2>/dev/null | sort -u | uniq #IPs inside logs

यदि सम्झौता गरिएको होस्टसँग इन्टरनेटबाट पहुँचयोग्य वेब अनुप्रयोग छ भने, IP ठेगानाहरूको खोजीबाट यसको लगहरू हटाउनु राम्रो हुन्छ। इन्टरनेटबाट स्रोत प्रयोगकर्ताहरूको ठेगानाहरू हाम्रो लागि उपयोगी हुने सम्भावना छैन, तर आन्तरिक नेटवर्कको ठेगानाहरू (172.16.0.0/12, 192.168.0.0/16, 10.0.0.0/8) र तिनीहरू कहाँ जान्छन्, लगहरू द्वारा न्याय गर्दै। , रुचि हुन सक्छ।

सुड

sudo आदेशले प्रयोगकर्तालाई आफ्नो पासवर्ड प्रयोग गरेर वा पासवर्ड प्रयोग नगरी मूल सन्दर्भमा आदेश कार्यान्वयन गर्ने क्षमता दिन्छ। लिनक्समा धेरै अपरेसनहरूलाई रूट विशेषाधिकार चाहिन्छ, तर रूटको रूपमा चलाउनलाई धेरै खराब अभ्यास मानिन्छ। यसको सट्टा, रूट सन्दर्भमा आदेशहरू कार्यान्वयन गर्न चयन अनुमति लागू गर्न राम्रो छ। जे होस्, धेरै लिनक्स उपकरणहरू, जस्तै मानकहरू सहित, वैध तरिकामा विशेषाधिकारहरू बढाउन प्रयोग गर्न सकिन्छ। एक उपयुक्त विधि पत्ता लगाउन, म हेर्न सिफारिस गर्छु यहाँ.

तपाईंले प्रणालीमा पहुँच प्राप्त गर्दा तपाईंले गर्नु पर्ने पहिलो कुरा sudo -l आदेश चलाउनु हो। यसले sudo आदेश प्रयोग गर्न अनुमति प्रदर्शन गर्नेछ। यदि पासवर्ड बिना प्रयोगकर्ता प्राप्त भयो (जस्तै apache वा www-data), sudo मार्फत विशेषाधिकार एस्केलेसन भेक्टर सम्भव छैन। sudo प्रयोग गर्दा, प्रणालीले पासवर्ड सोध्नेछ। तपाईंले passwd आदेश प्रयोग गरेर पासवर्ड सेट गर्न सक्षम हुनुहुने छैन; यसले प्रयोगकर्ताको हालको पासवर्ड सोध्नेछ। तर यदि sudo अझै उपलब्ध छ, तब अनिवार्य रूपमा तपाईले खोज्नु पर्छ:

कुनै पनि अनुवादकहरू, जो कोहीले पनि शेल (PHP, Python, Perl) बनाउन सक्छ;
कुनै पनि पाठ सम्पादक (vim, vi, nano);
कुनै पनि दर्शक (कम, अधिक);
फाइल प्रणालीसँग काम गर्ने कुनै पनि क्षमता (cp, mv);
ब्यास, अन्तरक्रियात्मक वा कार्यान्वयनयोग्य आदेशको रूपमा आउटपुट भएका उपकरणहरू (awk, find, nmap, tcpdump, man, vi, vim, ansible)।

Suid/Sgid

त्यहाँ इन्टरनेटमा धेरै म्यानुअलहरू छन् जसले सबै suid/sgid आदेशहरू सङ्कलन गर्न सल्लाह दिन्छ, तर एउटा दुर्लभ लेखले यी कार्यक्रमहरूसँग के गर्ने भन्ने बारे विशेष जानकारी दिन्छ। शोषणको प्रयोगलाई विचार नगर्ने विशेषाधिकारहरू बढाउनका लागि विकल्पहरू फेला पार्न सकिन्छ यहाँ। साथै, धेरै निष्पादन योग्य फाइलहरूमा OS संस्करणको लागि विशेष कमजोरीहरू छन्, उदाहरणका लागि.

एक आदर्श संसारमा, तपाइँ कम्तिमा खोजस्प्लोइट मार्फत सबै स्थापित प्याकेजहरू चलाउनुहुनेछ। अभ्यासमा, यो sudo जस्ता सबैभन्दा लोकप्रिय कार्यक्रमहरूसँग गर्नुपर्छ। त्यहाँ सँधै प्रयोग गर्ने र स्वचालित उपकरणहरूको विकासलाई समर्थन गर्ने विकल्प पनि हुन्छ जसले विशेषाधिकार वृद्धिको दृष्टिकोणबाट, suid/sgid बिट्स सेटको साथ कार्यान्वयनयोग्य फाइलहरूलाई रोचक हाइलाइट गर्दछ। म लेखको सम्बन्धित खण्डमा त्यस्ता उपकरणहरूको सूची प्रदान गर्नेछु।

Root को सन्दर्भमा Cron वा Init द्वारा सञ्चालित लेखन योग्य स्क्रिप्टहरू

क्रोन कार्यहरू रूट सहित विभिन्न प्रयोगकर्ता सन्दर्भहरू अन्तर्गत चलाउन सकिन्छ। यदि क्रोन कार्य कार्यान्वयनयोग्य फाइलको लिङ्कको साथ सेटअप गरिएको छ, र यो तपाइँको लागि लेख्नको लागि उपलब्ध छ, यसलाई सजिलैसँग दुर्भावनापूर्णसँग प्रतिस्थापन गर्न सकिन्छ र विशेषाधिकार वृद्धि गर्न सकिन्छ। यद्यपि, पूर्वनिर्धारित रूपमा, क्रोन कार्यहरू भएका फाइलहरू कुनै पनि प्रयोगकर्ताद्वारा पढ्न योग्य हुन्छन्।

ls -la /etc/cron.d  # show cron jobs

इनिटको अवस्था पनि त्यस्तै छ। भिन्नता यो हो कि क्रोनमा कार्यहरू आवधिक रूपमा कार्यान्वयन गरिन्छ, र init मा - प्रणाली स्टार्टअपमा। सञ्चालनको लागि प्रणाली रिबुट आवश्यक पर्दछ, र केही सेवाहरू सुरु नहुन सक्छन् (यदि तिनीहरू स्टार्टअपमा दर्ता भएका थिएनन्)।

ls -la /etc/init.d/  # show init scripts

तपाईले कुनै पनि प्रयोगकर्ताले लेख्न मिल्ने फाइलहरू खोज्न सक्नुहुन्छ।

find / -perm -2 -type f 2>/dev/null # find world writable files

विधि धेरै राम्रोसँग ज्ञात छ; अनुभवी प्रणाली प्रशासकहरूले सावधानीपूर्वक chmod आदेश प्रयोग गर्छन्। यद्यपि, इन्टरनेटमा, म्यानुअलहरूको विशाल बहुमतले अधिकतम अधिकारहरू सेट गर्ने वर्णन गर्दछ। अनुभवहीन प्रणाली प्रशासकहरूको "केवल यसलाई काम गर्नुहोस्" दृष्टिकोणले सिद्धान्तमा विशेषाधिकारहरूको वृद्धिको लागि अवसरहरू सिर्जना गर्दछ। यदि सम्भव छ भने, chmod को असुरक्षित प्रयोगको लागि आदेश इतिहास हेर्न राम्रो छ।

chmod +w /path 
chmod 777 /path

अन्य प्रयोगकर्ताहरूलाई खोल पहुँच प्राप्त गर्दै

हामी /etc/passwd मा प्रयोगकर्ताहरूको सूची हेर्छौं। शेल भएकाहरूलाई हामी ध्यान दिन्छौं। तपाइँ यी प्रयोगकर्ताहरूलाई ब्रूट गर्न सक्नुहुन्छ - यो सम्भव छ कि परिणामस्वरूप प्रयोगकर्ता मार्फत यो अन्ततः विशेषाधिकारहरू बढाउन सम्भव हुनेछ।

सुरक्षा सुधार गर्न, म तपाईंलाई सधैं न्यूनतम विशेषाधिकारको सिद्धान्त पालन गर्न सिफारिस गर्दछु। यसले समस्या निवारण पछि रहन सक्ने असुरक्षित कन्फिगरेसनहरू जाँच गर्न समय खर्च गर्न पनि अर्थ दिन्छ - यो प्रणाली प्रशासकको "प्राविधिक कर्तव्य" हो।

स्व-लिखित कोड

यो प्रयोगकर्ता र वेब सर्भर (/var/www/, अन्यथा निर्दिष्ट नभएसम्म) को गृह डाइरेक्टरीमा कार्यान्वयनयोग्य फाइलहरूमा नजिकबाट हेर्न लायक छ। यी फाइलहरू पूर्ण रूपमा असुरक्षित समाधान हुन सक्छन् र अविश्वसनीय बैसाखी समावेश हुन सक्छ। निस्सन्देह, यदि तपाइँसँग वेब सर्भर डाइरेक्टरीमा कुनै प्रकारको फ्रेमवर्क छ भने, यसले पेन्टेस्टको अंशको रूपमा शून्य-दिन खोज्नुको कुनै अर्थ छैन, तर यसलाई अनुकूलन परिमार्जनहरू, प्लगइनहरू र कम्पोनेन्टहरू फेला पार्न र अध्ययन गर्न सिफारिस गरिन्छ।

सुरक्षा बढाउनको लागि, सम्भव भएमा, आत्म-लिखित स्क्रिप्टहरूमा प्रमाणहरू प्रयोग गर्नबाट जोगिनु राम्रो हुन्छ, साथै सम्भावित खतरनाक कार्यक्षमताहरू, जस्तै पढ्ने /etc/shadow वा id_rsa हेरफेर।

कमजोरीहरूको शोषणको माध्यमबाट विशेषाधिकारहरूको वृद्धि

शोषणको माध्यमबाट विशेषाधिकारहरू बढाउने प्रयास गर्नु अघि, यो बुझ्न महत्त्वपूर्ण छ लक्ष्य होस्टमा फाइलहरू स्थानान्तरण गर्दै। सामान्य उपकरणहरू जस्तै ssh, ftp, http (wget, curl) को अतिरिक्त त्यहाँ एक पूर्ण छ। सम्भावनाहरूको "चिडियाघर".

प्रणाली सुरक्षा सुधार गर्न, यसलाई नियमित रूपमा नवीनतममा अद्यावधिक गर्नुहोस् स्थिर संस्करणहरू, र उद्यमका लागि डिजाइन गरिएका वितरणहरू पनि प्रयोग गर्ने प्रयास गर्नुहोस्। अन्यथा, यो दुर्लभ छ तर त्यहाँ परिस्थितिहरू छन् जहाँ उपयुक्त अपग्रेडले प्रणालीलाई निष्क्रिय बनाउँछ।

रूट प्रयोगकर्ता सन्दर्भ अन्तर्गत चलिरहेको सेवाहरू शोषण

केही लिनक्स सेवाहरू रूटको रूपमा चल्छन्। तिनीहरू ps aux | आदेश प्रयोग गरेर फेला पार्न सकिन्छ grep रूट। यस अवस्थामा, सेवा इन्टरनेटमा विज्ञापित नहुन सक्छ र स्थानीय रूपमा उपलब्ध हुन सक्छ। यदि यसमा सार्वजनिक शोषणहरू छन् भने, तिनीहरू सुरक्षित रूपमा प्रयोग गर्न सकिन्छ: असफलताको अवस्थामा सेवा दुर्घटना ओएसको क्र्यास भन्दा धेरै कम महत्वपूर्ण हुन्छ।

ps -aux | grep root # Linux

सबैभन्दा सफल केस रूट प्रयोगकर्ता को सन्दर्भ मा एक ह्याक सेवा को सञ्चालन मान्न सकिन्छ। SMB सेवाको सञ्चालनले Windows प्रणालीहरूमा विशेषाधिकार प्राप्त प्रणाली पहुँच दिन्छ (उदाहरणका लागि, ms17-010 मार्फत)। जे होस्, यो लिनक्स प्रणालीहरूमा सामान्य छैन, त्यसैले तपाईंले विशेषाधिकारहरू बढाउन धेरै समय खर्च गर्न सक्नुहुन्छ।

लिनक्स कर्नेल कमजोरीहरूको शोषण गर्दै

यो अन्तिम बाटो हो जुन तपाईंले लिनु पर्छ। असफल सञ्चालनले प्रणाली क्र्यास हुन सक्छ, र रिबुटको घटनामा, केही सेवाहरू (जसको माध्यमबाट प्रारम्भिक शेल प्राप्त गरिएको थियो) सुरु नहुन सक्छ। यो हुन्छ कि प्रशासकले systemctl सक्षम आदेश प्रयोग गर्न बिर्सनुभयो। साथै यदि अपरेशनमा सहमति भएन भने यसले तपाईंको कामसँग धेरै असन्तुष्टि ल्याउनेछ।
यदि तपाईंले exploitdb बाट स्रोत कोडहरू प्रयोग गर्ने निर्णय गर्नुभयो भने, स्क्रिप्टको सुरुमा टिप्पणीहरू पढ्न निश्चित हुनुहोस्। अन्य चीजहरूको बीचमा, यसले सामान्यतया कसरी दिइएको शोषणलाई सही रूपमा कम्पाइल गर्ने भनेर बताउँछ। यदि तपाइँ धेरै अल्छी हुनुहुन्छ वा समयसीमाको कारण "हिजो" गर्नु पर्यो भने, तपाइँ पहिले नै कम्पाइल गरिएको शोषणको साथ भण्डारहरू खोज्न सक्नुहुन्छ, उदाहरणका लागि। यद्यपि, तपाईंले बुझ्नु पर्छ कि यस अवस्थामा तपाईंले पोकमा सुँगुर पाउनुहुनेछ। अर्कोतर्फ, यदि एक प्रोग्रामरले कम्प्युटरले कसरी काम गर्छ र यसले प्रयोग गर्ने सफ्टवेयरलाई बाइटमा बुझ्यो भने, उसले आफ्नो सम्पूर्ण जीवनमा कोडको एक लाइन लेख्ने छैन।

cat /proc/version
uname -a
searchsploit "Linux Kernel"

मेटास्प्लिट

जडान समात्न र ह्यान्डल गर्नको लागि, यो सँधै एक्सप्लोइट/मल्टी/ह्यान्डलर मोड्युल प्रयोग गर्नु राम्रो हुन्छ। मुख्य कुरा भनेको सही पेलोड सेट गर्नु हो, उदाहरणका लागि, generic/shell/reverse_tcp वा generic/shell/bind_tcp। Metasploit द्वारा उत्पादित शेल पोस्ट/multi/manage/shell_to_meterpreter मोड्युल प्रयोग गरेर Meterpreter मा अपग्रेड गर्न सकिन्छ। Meterpreter को साथ, तपाइँ पोस्ट शोषण प्रक्रिया स्वचालित गर्न सक्नुहुन्छ। उदाहरणका लागि, post/multi/recon/local_exploit_suggester मोड्युलले प्लेटफर्म, वास्तुकला र शोषणको लागि आवश्यक संस्थाहरू जाँच गर्दछ र लक्षित प्रणालीमा विशेषाधिकारहरू बढाउन Metasploit मोड्युलहरू सुझाव दिन्छ। Meterpreter लाई धन्यवाद, बढ्दो विशेषाधिकारहरू कहिलेकाहीं आवश्यक मोड्युल सुरु गर्न तल आउँछ, तर हुड अन्तर्गत के भइरहेको छ भनेर बुझी बिना ह्याकिङ "सत्य" होइन (तपाईले अझै पनि रिपोर्ट लेख्नु पर्छ)।

उपकरण

स्थानीय जानकारी सङ्कलन स्वचालित गर्नका लागि उपकरणहरूले तपाईंलाई धेरै प्रयास र समय बचत गर्नेछ, तर तिनीहरू आफैले विशेष गरी कर्नेल कमजोरीहरूको शोषणको मामलामा विशेषाधिकारहरूको वृद्धिको मार्ग पूर्ण रूपमा पहिचान गर्न सक्षम छैनन्। स्वचालन उपकरणहरूले तपाइँलाई प्रणालीको बारेमा जानकारी सङ्कलन गर्न सबै आवश्यक आदेशहरू प्रदर्शन गर्नेछ, तर यो सक्षम हुनु पनि महत्त्वपूर्ण छ। विश्लेषण गर्नुहोस् प्राप्त डाटा। मलाई आशा छ कि मेरो लेख यस सन्दर्भमा तपाईलाई उपयोगी हुनेछ। निस्सन्देह, मैले तल सूचीबद्ध गर्ने भन्दा धेरै उपकरणहरू छन्, तर तिनीहरू सबैले लगभग एउटै कुरा गर्छन् - यो स्वादको कुरा हो।

लिनपस

एकदम भर्खरको Tula, पहिलो प्रतिबद्धता जनवरी 2019 मा फिर्ता हुन्छ। यस समयमा मेरो मनपर्ने उपकरण। बिन्दु यो हो कि यसले विशेषाधिकार वृद्धिको सबैभन्दा रोचक भेक्टरहरूलाई हाइलाइट गर्दछ। सहमत हुनुहोस्, मोनोलिथिक कच्चा डाटा पार्स गर्नु भन्दा यो स्तरमा एक विशेषज्ञ मूल्याङ्कन प्राप्त गर्न अधिक सुविधाजनक छ।

स्रोत: www.habr.com

म जरा हुँ। लिनक्स ओएस प्रिभिलेज एस्केलेसन बुझ्दै