शांत बुद्धि। संभावित WEB कमजोरियों की पहचान करने की विधि

टिप्पणी

यह गाइड उन शुरुआती लोगों के लिए है जो अभी भी सूचना सुरक्षा का न्यूनतम ज्ञान रखते हैं। मैं उन युवाओं को प्रोत्साहित करने की कोशिश करता हूं जिनके पास बहुत समय है और जो कुछ उत्पादक करना चाहते हैं।

परिचय

जैसा कि आप पहले से ही जानते हैं, कई मध्यस्थ साइटें हैं जो कंपनियों के साथ बग बाउंटी कार्यक्रम की प्रभावशीलता को बढ़ाने के लिए काम करती हैं, जिनमें शामिल हैं:

• hackerone.com
• bugcrowd.com
• intigriti.com
• yeswehack.com
• openbugbounty.org
• synack.com (निजी)

यह कैसे काम करता है?

• कमजोरियों की तलाश
• हम भेद्यता के दोहन के लिए उठाए गए कदमों को लिखते हैं
• इस तकनीकी रिपोर्ट को फेंक देता है। समर्थन करते हैं।
• हमें एक सिक्का मिलता है।

इसके लिए हमें क्या चाहिए?

VPS, अधिमानतः डेबियन (अन्य का उपयोग किया जा सकता है) + अच्छा इंटरनेट कनेक्शन (मैं alexhost.com, VPS 1.5 जीबी रैम, 1 कोर, 10GB SSD प्रति वर्ष केवल 11 यूरो के लिए लेता हूं।)

• sublist3r
• httprobe
• webscreenshot
• हेडर प्रतिक्रिया
• रिश्तेदार-यूआरएल-निकालने
• jsfiles चिमटा

प्राथमिकताएँ निर्धारित करना

मैंने टूल की स्थापना को सुविधाजनक बनाने के लिए एक छोटी स्क्रिप्ट लिखी।

root@debian-s-1vcpu-2gb-ams3-01:~# git clone https://github.com/airwawekz/xrec.git root@debian-s-1vcpu-2gb-ams3-01:~# cd xrec root@debian-s-1vcpu-2gb-ams3-01:~# chmod +x xrec-install.sh root@debian-s-1vcpu-2gb-ams3-01:~# ./xrec-install.sh 

पहचान की प्रक्रिया

मान लीजिए कि जिस कार्यक्रम में हम भाग लेना चाहते हैं, उसका उद्देश्य मुख्य डोमेन सहित सभी उप-डोमेन में कमजोरियों की खोज करना है। आमतौर पर, प्राथमिक डोमेन अपने उप-डोमेन से अधिक सुरक्षित होता है, जिसका अर्थ है कि हमें उप-डोमेन पर ध्यान देना चाहिए।

उदाहरण के लिए: * .example.com

पहला कदम:

हम उन सभी उप-डोमेन की पहचान करते हैं जो example.com से संबंधित हैं। इसके लिए हम Sublist3r का उपयोग करते हैं।



root@debian-s-1vcpu-2gb-ams3-01:~# cd /root/xrec/Sublist3r/
root@debian-s-1vcpu-2gb-ams3-01:~# python sublist3r.py -d example.com -o domains.txt



मैं सबसे अच्छे परिणामों के लिए आपके स्क्रिप्ट कॉन्फ़िगरेशन में एपीआई जोड़ने का सुझाव देता हूं। (पूर्व: विरूस्तोतल)

हम स्कैन के पूरा होने की प्रतीक्षा कर रहे हैं, जिसके अंत में आप एक "domain.txt" फ़ाइल बनाएंगे जिसमें स्कैनिंग प्रक्रिया के परिणाम सहेजे जाएंगे।

दूसरा चरण:

हम जांचते हैं कि कौन से डोमेन वैध हैं, इसके लिए हम नॉनप्रोबी का उपयोग करते हैं।

 root@debian-s-1vcpu-2gb-ams3-01:~# cat domains.txt | httprobe | tee -a alive.txt 

इस प्रक्रिया को पूरा करने के बाद, आप वैध उपडोमेन के साथ "live.txt" नामक एक फाइल बनाएंगे।



तीसरा चरण:

हम प्रत्येक सक्रिय साइट के लिए स्क्रीनशॉट लेते हैं, यह कदम हमें संभावित कमजोर उप डोमेन की पहचान करने में जल्दी से मदद करता है यदि हमारे पास वैध डोमेन की एक बड़ी सूची है।

 root@debian-s-1vcpu-2gb-ams3-01:~# python /root/xrec/webscreenshot/webscreenshot.py -r chromium -i alive.txt -o /root/xrec/webscreenshot/screens/ 

परिणाम फ़ोल्डर / रूट / xrec / webscreenshot / screen / as * example.com.png में सहेजे जाएंगे।

इस प्रक्रिया को पूरा करने के बाद, मेरा सुझाव है कि आप प्रत्येक स्क्रीनशॉट को अलग से देखें। मैं अक्सर असुरक्षित उपग्रहों के साथ भूले हुए उपडोमेन ढूंढता हूं।

चौथा चरण:

हम हेडर प्रतिक्रिया की जांच करते हैं, यह कदम बहुत महत्वपूर्ण है, कई कमजोरियां हैं जिनका उपयोग हेडर के माध्यम से किया जा सकता है।

उदाहरण के लिए: याहू रिमोट कोड निष्पादन

 root@debian-s-1vcpu-2gb-ams3-01:~# cd /root/xrec/ | sudo chmod +x response.sh root@debian-s-1vcpu-2gb-ams3-01:~/xrec# ./response.sh /root/xrec/Sublist3r/alive.txt 

इस प्रक्रिया के अंत में, 2 फ़ोल्डर "हेडर" और "रिस्पॉन्सबॉडी" बनाए जाएंगे, जिसमें सत्यापन के परिणाम सहेजे जाएंगे।

पाँचवाँ चरण:

अंतिम चरण JS फाइलों से समापन बिंदु निकालना है। ऐसा करने के लिए, jsfiles चिमटा का उपयोग करें।

 root@debian-s-1vcpu-2gb-ams3-01:~# cd /root/xrec/ | chmod +x jsfiles.sh root@debian-s-1vcpu-2gb-ams3-01:~# ./jsfiles.sh 

यह प्रक्रिया पूरी होने के बाद, "स्क्रिप्ट" नामक एक फ़ोल्डर बनाया जाता है, जहां सभी फाइलें www.example.com की तरह दिखाई देंगी।



फिलहाल, हमने पर्याप्त जानकारी एकत्र कर ली है, हमें अभी परीक्षण करना है।

उदाहरण के लिए:

यदि आपके पास अंतिम लिंक हैं: "details.php? Id = 3" या "विवरण / आईडी / 3", पहला कदम XSS / SQLi जैसी कमजोरियों के लिए परीक्षण करना है।

एक और उदाहरण, अगर हमारे पास अंत लिंक हैं: = redirectUrl = / example / photo हम खुले पुनर्निर्देशित की कोशिश कर सकते हैं।

यदि आपके पास फ़ॉर्म का एंडपॉइंट है: /pingcheck.php?s=google.com, आप RCE या SSRF के लिए परीक्षण कर सकते हैं यदि आपके पास /viewpage.php?s=google.com जैसी कोई चीज़ है।

मैं और क्या जोड़ सकता हूँ?

• उप-डोमेन स्कैन करने के लिए अधिक स्रोत / एपीआई (जैसे सेंसर, शोडान, आदि)
• नैम के साथ पोर्ट स्कैन
• दिशा ब्रूटफोर्स
• सभी प्रक्रियाओं का स्वचालन

      XSS  Snapchat 

उप-डोमेन को स्कैन करने की प्रक्रिया का उपयोग करते हुए, मैंने पाया कि इस उप-डोमेन snappublisher.snapchat.com में फिल्टर को पास करने के कई असफल प्रयासों के बाद छवियों को लोड करने का एक दिलचस्प कार्य है, मैंने देखा कि आप SVG (स्केलेबल वेक्टर ग्राफिक्स) प्रारूप फ़ाइलों को डाउनलोड कर सकते हैं और फिर सब कुछ सरल था।

 <svg version="1.1" baseProfile="full" xmlns="http://www.w3.org/2000/svg"> <polygon id="triangle" points="0,0 0,50 50,0" fill="#009900" stroke="#004400"/> <script type="text/javascript"> alert(document.domain); </script> </svg> 

मैंने कोड को img.svg के रूप में सहेजा और छवि अपलोड की, फिर छवि को एक नए टैब में खोल दिया -> हैंडलर सक्रिय था।

दुर्भाग्य से, इस भेद्यता का उपयोग केवल फ़िशिंग हमलों के लिए किया जा सकता है। हमने हैकरोन के माध्यम से स्नैपचैट टीम को इस भेद्यता की सूचना दी। हमें धन्यवाद दिया गया))

तुम नहीं देखोगे - तुम नहीं देखोगे, तुम नहीं पूछोगे - तुम नहीं पाओगे