Google Chrome हैकर एक सहायक नहीं है

 ,  Chrome    XSS-. 

मुझे कमजोरियों की तलाश क्यों है?

आप में से कई की तरह, मैं कोड की समीक्षा करता हूं और पहली चीज जो मैं देख रहा हूं वह निश्चित रूप से कमजोरियों की है। जब एक भेद्यता कोड में पाई जाती है, तो यह जांचना अच्छा होगा कि क्या यह वास्तव में ब्राउज़र के माध्यम से है, क्योंकि "झूठे अलार्म" हैं। ये ऐसे मामले हैं जब डेटा पहले से ही फ़िल्टर किया जा रहा है और XSS संभव नहीं है। डेवलपर को कार्रवाई में दिखाने में सक्षम होने के लिए हमेशा उपयोगी होता है, क्योंकि यह एक अच्छा तर्क है और समस्या का रचनात्मक समाधान करने के लिए जल्दी से मदद करता है यदि कोई संदेह है कि भेद्यता मौजूद है। लेकिन मैं अक्सर ब्राउज़र में जांच नहीं करता हूं - या तो समस्या सीधे कोड से स्पष्ट है, या वे एक शब्द में विश्वास करते हैं। सामान्य तौर पर, कमजोरियों की तलाश दिलचस्प है।

इस कहानी की शुरुआत

एक मित्र ने एक साल पहले एक XSS भेद्यता वाली साइट के लिंक को फेंक दिया था, जिसके बारे में मैंने संसाधन के मालिकों को लिखा था। फिर से जाँच करना दिलचस्प हो गया। मैंने जाँच की - XSS है, लेकिन मुझे JS निष्पादन की सबसे सरल पुष्टि नहीं मिली!



मैं वेबसाइटों को नहीं तोड़ता और सुरक्षा ऑडिट में संलग्न नहीं होता, इसलिए यह संभव है कि मुझे जो पता चला है वह लंबे समय से विशेषज्ञों के लिए जाना जाता है, लेकिन मेरे लिए यह एक खोज थी।

पहला शक

इसलिए, मैंने कोड को लागू करने के लिए सभी प्रकार के विकल्पों की जांच करना शुरू कर दिया - लेकिन परिणाम के बिना। इस प्रक्रिया में, मुझे पता चला कि क्या और कैसे फ़िल्टर करना है, चेक क्या हैं, आदि, लेकिन सतर्क (1); हठपूर्वक नहीं किया गया। XSRF को रास्ते में भी मिला - एक अच्छा बोनस!

एक संदेह था कि ब्राउज़र सर्वर से प्राप्त कोड को बदल रहा है। मैंने पृष्ठ का HTML कोड प्राप्त करने की कोशिश की - हाँ, यह करता है, लेकिन एक अजीब तरीके से। सबसे पहले, मुझे संदेह था कि वह टूटे हुए मार्कअप को ठीक करने के लिए टैग बंद करने की कोशिश कर रहा था, लेकिन यह पता चला कि बिंदु अलग था। इस बार मैंने Google Chrome का उपयोग किया और किसी अन्य ब्राउज़र को आज़माने का विचार मुझे नहीं हुआ (लेकिन व्यर्थ!)।

अंत में, FireFox में सबसे सरल XSS चेक ने एक सकारात्मक परिणाम दिया - सुपर! मैंने अभी भी साबित कर दिया है कि एक भेद्यता है, लेकिन यह स्पष्ट नहीं है कि क्रोम में कुछ भी क्यों नहीं हुआ? .. मैं समझता हूं कि ब्राउज़र एक ही कोड को अलग-अलग तरीकों से प्रस्तुत कर सकते हैं, लेकिन मेरे एम्बेडेड कोड को क्रोम बिट आउट करें, चाहे मैं कितना भी परिष्कृत हो। हो गया! क्रोम से स्क्रीनशॉट, जहां बाहरी JS- फ़ाइल के लिंक को इसके द्वारा प्रतिस्थापित किया जाता about:blank :



इस प्रकार, आप FF, ओपेरा, IE के उपयोगकर्ताओं पर हमला कर सकते हैं, लेकिन क्रोम पर नहीं। यह उपयोगकर्ताओं के किसी प्रकार का उल्लंघन है। समस्या मुझे सता गई और कारण मिल गया! यह पता चला कि संस्करण 7 के साथ Google क्रोम में एक XSS फ़िल्टर (क्रॉस साइट स्क्रिप्टिंग ऑडिटर है ! यह XSS ऑडिटर था जिसने मुझे XSS की जांच करने की अनुमति नहीं दी थी।

कारण स्पष्ट है, लेकिन समस्या हल नहीं हुई है। निश्चित रूप से क्रोम एक अभेद्य किले बन गया है? वहाँ इस फिल्टर के आसपास पाने के लिए कोई रास्ता नहीं है ?! यदि यह मामला है, तो हर किसी को क्रोम का उपयोग करने की सिफारिश करनी चाहिए और एक्सएसएस के बारे में भूल जाना चाहिए। जीवन आसान और बेहतर हो रहा है!

Google Chrome में XSS ऑडिटर कैसे प्राप्त करें?

लेकिन यह सही नहीं हो सकता है? इसलिए मुझे विश्वास नहीं हुआ।



सार्वभौमिक संतुलन को बहाल करने के लिए आपको क्रोम में XSS ऑडिटर के आसपास किसी तरह पहुंचने की आवश्यकता है। मुझे ऐसे रास्ते मिले:

1. आपको कुंजी --disable-xss-auditor साथ ब्राउज़र शुरू करना होगा। परीक्षण के लिए महान।
2. यदि आप 2 मापदंडों को नियंत्रित करते हैं, तो उन्हें पृष्ठ पर 2 स्थानों पर डाला जाता है। हम कोड को 2 भागों में तोड़ते हैं और HTML को इन 2 बिंदुओं के बीच टिप्पणी करने के लिए मल्टी-लाइन टिप्पणियों का उपयोग करते हैं - विवरण 96616 में विवरण : सुरक्षा: Google Chrome एंटी- XSS फ़िल्टर परिधि
3. यदि एक टैग को खुला छोड़ना संभव है, तो ब्राउज़र इसे बंद करने का प्रयास करेगा। इसके अलावा, XSS ऑडिटर पहले काम करेगा, और फिर ब्राउज़र टैग को बंद करने की कोशिश करेगा।
4. एक विशेष HTTP हेडर भेजें जो XSS ऑडिटर ( प्रूफ ) को निष्क्रिय करता है:

    header("X-XSS-Protection: 0"); 

निष्कर्ष

बिना किसी XSS के परीक्षण के लिए Google Chrome का उपयोग करें। कोई चाल नहीं होगी - किसी भी अन्य ब्राउज़र को लेना आसान है।
लेकिन अपने आप को XSS से बचाने के लिए काम करेगा, लेकिन याद रखें कि Google जानकारी इकट्ठा करने के लिए अपने ब्राउज़र का उपयोग करता है - इसलिए दोधारी तलवार है।

आप और क्या पढ़ सकते हैं?

• XSS ChEF: क्रोम एक्सटेंशन शोषण फ्रेमवर्क
• क्लाइंट-साइड XSS फ़िल्टर में हानिकारक माना जाने वाला नियमित भाव
• सुरक्षा परीक्षण के लिए Google Chrome का उपयोग करना
• IE8 में डिफ़ॉल्ट XSS फ़िल्टरिंग को अक्षम करना - सुरक्षा परीक्षकों के लिए