ALPACA - HTTPS पर MITM हमलों के लिए एक नई तकनीक

जर्मनी में कई विश्वविद्यालयों के शोधकर्ताओं की एक टीम ने HTTPS पर एक नया MITM हमला विकसित किया है जो सत्र कुकीज़ और अन्य संवेदनशील डेटा निकाल सकता है, साथ ही किसी अन्य साइट के संदर्भ में मनमाना जावास्क्रिप्ट कोड निष्पादित कर सकता है। हमले को ALPACA कहा जाता है और इसे TLS सर्वर पर लागू किया जा सकता है जो विभिन्न एप्लिकेशन लेयर प्रोटोकॉल (HTTPS, SFTP, SMTP, IMAP, POP3) लागू करते हैं, लेकिन सामान्य TLS प्रमाणपत्रों का उपयोग करते हैं।

हमले का सार यह है कि यदि उसके पास नेटवर्क गेटवे या वायरलेस एक्सेस प्वाइंट पर नियंत्रण है, तो हमलावर वेब ट्रैफ़िक को दूसरे नेटवर्क पोर्ट पर रीडायरेक्ट कर सकता है और एफ़टीपी या मेल सर्वर के साथ कनेक्शन की स्थापना को व्यवस्थित कर सकता है जो टीएलएस एन्क्रिप्शन का समर्थन करता है और का उपयोग करता है टीएलएस प्रमाणपत्र HTTP सर्वर के साथ सामान्य है, और उपयोगकर्ता का ब्राउज़र मान लेगा कि अनुरोधित HTTP सर्वर के साथ एक कनेक्शन स्थापित किया गया है। चूंकि टीएलएस प्रोटोकॉल सार्वभौमिक है और एप्लिकेशन-स्तरीय प्रोटोकॉल से बंधा नहीं है, सभी सेवाओं के लिए एन्क्रिप्टेड कनेक्शन की स्थापना समान है और गलत सेवा के लिए अनुरोध भेजने की त्रुटि केवल संसाधित करते समय एन्क्रिप्टेड सत्र स्थापित करने के बाद ही निर्धारित की जा सकती है। भेजे गए अनुरोध के आदेश।

तदनुसार, यदि, उदाहरण के लिए, आप मूल रूप से HTTPS को संबोधित एक उपयोगकर्ता कनेक्शन को एक मेल सर्वर पर रीडायरेक्ट करते हैं जो HTTPS सर्वर के साथ साझा प्रमाणपत्र का उपयोग करता है, तो TLS कनेक्शन सफलतापूर्वक स्थापित हो जाएगा, लेकिन मेल सर्वर प्रेषित को संसाधित करने में सक्षम नहीं होगा HTTP कमांड और त्रुटि कोड के साथ एक प्रतिक्रिया लौटाएगा। इस प्रतिक्रिया को ब्राउज़र द्वारा अनुरोधित साइट से प्रतिक्रिया के रूप में संसाधित किया जाएगा, जो एक सही ढंग से स्थापित एन्क्रिप्टेड संचार चैनल के भीतर प्रसारित होगा।

तीन आक्रमण विकल्प प्रस्तावित हैं:

• प्रमाणीकरण मापदंडों के साथ कुकी पुनः प्राप्त करने के लिए "अपलोड करें"। यह विधि तब लागू होती है जब टीएलएस प्रमाणपत्र द्वारा कवर किया गया एफ़टीपी सर्वर आपको अपना डेटा अपलोड करने और पुनर्प्राप्त करने की अनुमति देता है। इस हमले के संस्करण में, हमलावर उपयोगकर्ता के मूल HTTP अनुरोध के कुछ हिस्सों को बनाए रख सकता है, जैसे कि कुकी हेडर की सामग्री, उदाहरण के लिए, यदि एफ़टीपी सर्वर अनुरोध को एक सेव फ़ाइल के रूप में व्याख्या करता है या आने वाले अनुरोधों को पूरी तरह से लॉग करता है। सफलतापूर्वक हमला करने के लिए, हमलावर को किसी तरह संग्रहीत सामग्री को निकालने की आवश्यकता होती है। यह हमला PROFTPD, Microsoft IIS, vsftpd, filezilla और serv-u पर लागू है।
• क्रॉस-साइट स्क्रिप्टिंग (XSS) को व्यवस्थित करने के लिए "डाउनलोड करें"। विधि का तात्पर्य है कि हमलावर, कुछ व्यक्तिगत जोड़तोड़ के परिणामस्वरूप, एक ऐसी सेवा में डेटा रख सकता है जो एक सामान्य टीएलएस प्रमाणपत्र का उपयोग करती है, जिसे उपयोगकर्ता के अनुरोध के जवाब में जारी किया जा सकता है। यह हमला उपर्युक्त FTP सर्वर, IMAP सर्वर और POP3 सर्वर (कूरियर, साइरस, केरियो-कनेक्ट और ज़िम्ब्रा) पर लागू है।
• किसी अन्य साइट के संदर्भ में जावास्क्रिप्ट चलाने के लिए "प्रतिबिंब"। यह विधि अनुरोध के क्लाइंट भाग पर लौटने पर आधारित है, जिसमें हमलावर द्वारा भेजा गया जावास्क्रिप्ट कोड होता है। यह हमला उपर्युक्त एफ़टीपी सर्वर, साइरस, केरियो-कनेक्ट और जिम्ब्रा आईएमएपी सर्वर, साथ ही सेंडमेल एसएमटीपी सर्वर पर लागू है।

उदाहरण के लिए, जब कोई उपयोगकर्ता किसी हमलावर द्वारा नियंत्रित पृष्ठ खोलता है, तो यह पृष्ठ उस साइट से संसाधन के लिए अनुरोध शुरू कर सकता है जहां उपयोगकर्ता का एक सक्रिय खाता है (उदाहरण के लिए, बैंक.कॉम)। MITM हमले के दौरान, Bank.com वेबसाइट को संबोधित इस अनुरोध को एक ईमेल सर्वर पर पुनर्निर्देशित किया जा सकता है जो TLS प्रमाणपत्र का उपयोग करता है जिसे Bank.com के साथ साझा किया जाता है। चूंकि मेल सर्वर पहली त्रुटि के बाद सत्र को समाप्त नहीं करता है, सेवा हेडर और कमांड जैसे "POST / HTTP/1.1" और "होस्ट:" को अज्ञात कमांड के रूप में संसाधित किया जाएगा (मेल सर्वर "500 अपरिचित कमांड" लौटाएगा) प्रत्येक हेडर)।

मेल सर्वर HTTP प्रोटोकॉल की विशेषताओं को नहीं समझता है और इसके लिए सेवा हेडर और POST अनुरोध के डेटा ब्लॉक को उसी तरह संसाधित किया जाता है, इसलिए POST अनुरोध के मुख्य भाग में आप एक कमांड के साथ एक पंक्ति निर्दिष्ट कर सकते हैं मेल सर्वर. उदाहरण के लिए, आप पास कर सकते हैं: MAIL FROM: alert(1); जिस पर मेल सर्वर एक त्रुटि संदेश 501 alert(1); लौटाएगा: विकृत पता: चेतावनी (1); का अनुसरण नहीं कर सकता है

यह प्रतिक्रिया उपयोगकर्ता के ब्राउज़र द्वारा प्राप्त की जाएगी, जो हमलावर की आरंभिक खुली वेबसाइट के संदर्भ में जावास्क्रिप्ट कोड को निष्पादित नहीं करेगी, बल्कि उस बैंक.कॉम वेबसाइट के संदर्भ में निष्पादित करेगी, जिस पर अनुरोध भेजा गया था, क्योंकि प्रतिक्रिया सही टीएलएस सत्र के भीतर आई थी। , जिसके प्रमाणपत्र ने Bank.com प्रतिक्रिया की प्रामाणिकता की पुष्टि की।

वैश्विक नेटवर्क के एक स्कैन से पता चला कि सामान्य तौर पर, लगभग 1.4 मिलियन वेब सर्वर समस्या से प्रभावित होते हैं, जिसके लिए विभिन्न प्रोटोकॉल का उपयोग करके अनुरोधों को मिलाकर हमला करना संभव है। वास्तविक हमले की संभावना 119 हजार वेब सर्वरों के लिए निर्धारित की गई थी, जिनके साथ अन्य एप्लिकेशन प्रोटोकॉल के आधार पर टीएलएस सर्वर थे।

एफ़टीपी सर्वर प्योरएफटीपीडी, प्रोफ़्टपीडी, माइक्रोसॉफ्ट-एफ़टीपी, वीएसएफ़टीपीडी, फ़ाइलज़िला और सर्व-यू, आईएमएपी और पीओपी3 सर्वर डवकोट, कूरियर, एक्सचेंज, साइरस, केरियो-कनेक्ट और ज़िम्ब्रा, एसएमटीपी सर्वर पोस्टफ़िक्स, एक्ज़िम, सेंडमेल के लिए शोषण के उदाहरण तैयार किए गए हैं। , मेल करने योग्य, एमडीएमन और ओपनएसएमटीपीडी। शोधकर्ताओं ने केवल FTP, SMTP, IMAP और POP3 सर्वर के संयोजन में हमले को अंजाम देने की संभावना का अध्ययन किया है, लेकिन यह संभव है कि समस्या TLS का उपयोग करने वाले अन्य एप्लिकेशन प्रोटोकॉल के लिए भी हो सकती है।

हमले को रोकने के लिए, एप्लिकेशन प्रोटोकॉल को ध्यान में रखते हुए टीएलएस सत्र पर बातचीत करने के लिए एएलपीएन (एप्लिकेशन लेयर प्रोटोकॉल नेगोशिएशन) एक्सटेंशन और उपयोग के मामले में होस्ट नाम से जुड़ने के लिए एसएनआई (सर्वर नेम इंडिकेशन) एक्सटेंशन का उपयोग करने का प्रस्ताव है। कई डोमेन नामों को कवर करने वाले टीएलएस प्रमाणपत्र। एप्लिकेशन पक्ष पर, कमांड को संसाधित करते समय त्रुटियों की संख्या को सीमित करने की सिफारिश की जाती है, जिसके बाद कनेक्शन समाप्त हो जाता है। हमले को रोकने के उपाय विकसित करने की प्रक्रिया पिछले साल अक्टूबर में शुरू हुई थी। इसी तरह के सुरक्षा उपाय Nginx 1.21.0 (मेल प्रॉक्सी), Vsftpd 3.0.4, कूरियर 5.1.0, सेंडमेल, फाइलज़िल, क्रिप्टो/टीएलएस (गो) और इंटरनेट एक्सप्लोरर में पहले ही उठाए जा चुके हैं।

स्रोत: opennet.ru