Adblock Plus मधील भेद्यता जी शंकास्पद फिल्टर वापरताना कोडची अंमलबजावणी करण्यास अनुमती देते

अॅडब्लॉक प्लस अॅड ब्लॉकरमध्ये ओळखले असुरक्षितता, परवानगी देणे साइट्सच्या संदर्भात JavaScript कोडची अंमलबजावणी आयोजित करा, आक्रमणकर्त्यांनी तयार केलेले असत्यापित फिल्टर वापरण्याच्या बाबतीत (उदाहरणार्थ, तृतीय-पक्षाच्या नियमांच्या संचाला जोडताना किंवा MITM हल्ल्यादरम्यान नियमांच्या बदलीद्वारे).

फिल्टरच्या संचासह सूचीचे लेखक ऑपरेटरसह नियम जोडून वापरकर्त्याने उघडलेल्या साइट्सच्या संदर्भात त्यांच्या कोडची अंमलबजावणी आयोजित करू शकतात "पुन्हा लिहा", जे तुम्हाला URL चा भाग बदलण्याची परवानगी देते. पुनर्लेखन ऑपरेटर तुम्हाला URL मध्ये होस्ट बदलण्याची परवानगी देत ​​​​नाही, परंतु ते तुम्हाला विनंती युक्तिवाद मुक्तपणे हाताळण्याची परवानगी देते. केवळ मजकूर बदली मुखवटा म्हणून वापरला जाऊ शकतो आणि स्क्रिप्ट, ऑब्जेक्ट आणि सबडॉक्युमेंट टॅग्सच्या बदलीला परवानगी आहे अवरोधित.

तथापि, वर्कअराउंडमध्ये कोडची अंमलबजावणी करणे शक्य आहे.
Google नकाशे, Gmail आणि Google प्रतिमांसह काही साइट्स, बेअर टेक्स्टच्या स्वरूपात प्रसारित केलेल्या एक्झिक्यूटेबल JavaScript ब्लॉक डायनॅमिकली लोड करण्याचे तंत्र वापरतात. सर्व्हरने विनंती पुनर्निर्देशनास अनुमती दिल्यास, URL पॅरामीटर्स बदलून दुसर्‍या होस्टला फॉरवर्ड करणे शक्य आहे (उदाहरणार्थ, Google च्या संदर्भात, API द्वारे पुनर्निर्देशन केले जाऊ शकते "google.com/search"). रीडायरेक्शनला परवानगी देणाऱ्या होस्टच्या व्यतिरिक्त, वापरकर्त्याची सामग्री (कोड होस्टिंग, लेख पोस्टिंग प्लॅटफॉर्म इ.) पोस्ट करण्याची परवानगी देणाऱ्या सेवांवर देखील हल्ला केला जाऊ शकतो.

प्रस्तावित हल्ला पद्धत केवळ त्या पृष्ठांवर प्रभाव पाडते जी JavaScript कोडची स्ट्रिंग डायनॅमिकरित्या लोड करतात (उदाहरणार्थ, XMLHttpRequest किंवा Fetch द्वारे) आणि नंतर ते कार्यान्वित करतात. दुसरी महत्त्वाची मर्यादा म्हणजे रीडायरेक्ट वापरणे किंवा स्त्रोत जारी करणार्‍या मूळ सर्व्हरच्या बाजूला अनियंत्रित डेटा ठेवणे आवश्यक आहे. तथापि, आक्रमणाची प्रासंगिकता प्रदर्शित करण्यासाठी, “google.com/search” द्वारे रीडायरेक्ट वापरून, maps.google.com उघडताना, आपल्या कोडची अंमलबजावणी कशी व्यवस्थापित करावी हे दाखवले आहे.

दुरुस्तीची तयारी अद्याप सुरू आहे. समस्या ब्लॉकर्सवर देखील परिणाम करते एडब्लॉक и यूब्लॉक. uBlock Origin ब्लॉकर समस्येमुळे प्रभावित होत नाही, कारण ते “पुनर्लेखन” ऑपरेटरला समर्थन देत नाही. एकेकाळी uBlock Origin चे लेखक
नकार दिला संभाव्य सुरक्षा समस्या आणि अपर्याप्त होस्ट-स्तरीय निर्बंधांचा हवाला देऊन, पुनर्लेखनासाठी समर्थन जोडा (क्वेरी पॅरामीटर्स पुनर्स्थित करण्याऐवजी साफ करण्यासाठी पुनर्लेखनाऐवजी क्वेरीस्ट्रिप पर्याय प्रस्तावित केला होता).

अॅडब्लॉक प्लस डेव्हलपर वास्तविक हल्ले संभवनीय मानतात, कारण नियमांच्या मानक सूचीतील सर्व बदलांचे पुनरावलोकन केले जाते आणि वापरकर्त्यांमध्ये तृतीय-पक्ष सूची कनेक्ट करणे अत्यंत दुर्मिळ आहे. MITM द्वारे नियमांचे प्रतिस्थापन मानक ब्लॉक सूची डाउनलोड करण्यासाठी HTTPS च्या डीफॉल्ट वापराद्वारे प्रतिबंधित केले जाते (इतर सूचींसाठी भविष्यातील प्रकाशनात HTTP द्वारे डाउनलोड करणे प्रतिबंधित करण्याची योजना आहे). साइटच्या बाजूने हल्ला रोखण्यासाठी निर्देशांचा वापर केला जाऊ शकतो सीएसपी (सामग्री सुरक्षा धोरण), ज्याद्वारे तुम्ही बाह्य संसाधने लोड करता येणारे होस्ट स्पष्टपणे निर्धारित करू शकता.

स्त्रोत: opennet.ru