sqlmap: मिलने से पहले इंजेक्शन ढूंढना

मुख्य बिंदु

1. पहले हाथ से खोजें: एक पैरामीटर पुनरावर्तक (त्रुटि स्ट्रिंग, समय परिवर्तन) में अजीब तरह से प्रतिक्रिया करता है, आप मैन्युअल पेलोड के साथ सत्यापित करते हैं, और उसके बाद ही जो आपने पहले ही पुष्टि की है उसे स्वचालित करने के लिए sqlmap लाते हैं।
2. मूल कॉल फॉर्म: sqlmap -u URL p पैरामीटर और POST निकायों के लिए sqlmap --data; --बैच स्किप्स आपके अपने परिचालन जोखिम पर संकेत देता है।
3. जानबूझकर झंडे बढ़ाएं: --स्तर और --जोखिम जांच की मात्रा बढ़ाएं (अधिक इंजेक्शन बिंदु, अधिक आक्रामक PAYLOADS), जो बिल्कुल इसी तरह से एक सर्वर को ऑफ़लाइन खटखटाया जाता है - जो जुड़ाव अनुमति देता है उससे उनका मिलान करें।
4. गणना उत्पादक चरण है: --dbs, फिर -D db --tables, फिर -T टेबल --कॉलम, और --dump केवल स्पष्ट ग्राहक सहमति के साथ क्योंकि यह वास्तविक डेटा की प्रतिलिपि बनाता है।
5. --तकनीक (बी, ई, यू, टी, एस) के साथ तकनीक का चयन इंजन को बताता है कि क्या प्रयास करना है; यदि ब्लाइंड बूलियन काम करता है तो धीमे नेटवर्क पर आधारित समय घंटों बर्बाद करता है।
6. --ओएस-शेल और टैम्पर स्क्रिप्ट मौजूद हैं और शक्तिशाली हैं, और दोनों ऐसे झंडे हैं जो अक्सर चीजों को तोड़ देते हैं; वे वास्तव में क्या तैनात करते हैं इसका एक अध्ययन आग लगने से पहले आता है।
7. रिपोर्ट का मूल्य सटीक है: एक निष्कर्ष जो बैकएंड, इंजेक्शन बिंदु और मान्य पेलोड का नाम स्कैनर आउटपुट स्क्रीनशॉट से बेहतर पढ़ता है, जो भी उपकरण इसे उत्पादित करता है।
8. दायरा सीमा तय करें: sqlmap आपके अनुरोध के बिना कुछ भी नहीं लिखता है, लेकिन वास्तविक उपयोगकर्ता तालिका पर --dump वास्तविक अनुपालन परिणामों के साथ एक क्लाइंट-डेटा कॉपी है - सहभागिता योजना में सहमति लिखें।

क्षेत्रीय टिप्पणी

सबसे अच्छी सलाह जो मुझे अब तक मिली है: आप जो कुछ भी हाथ से पाते हैं उसे पहले डंप नहीं कर सकते, सहमति के बाद ही डंप कर सकते हैं, और तार को देखे बिना उत्पादन के खिलाफ --बैच के साथ कभी नहीं। प्रगणित स्कीमा ने किसी भी स्क्रीनशॉट की तुलना में बेहतर रिपोर्ट बनाई।

अक्सर पूछे जाने वाले प्रश्न