ALPACA - HTTPS वर MITM हल्ल्यांसाठी एक नवीन तंत्र

जर्मनीतील अनेक विद्यापीठांमधील संशोधकांच्या टीमने HTTPS वर एक नवीन MITM हल्ला विकसित केला आहे जो सत्र कुकीज आणि इतर संवेदनशील डेटा काढू शकतो, तसेच दुसर्या साइटच्या संदर्भात अनियंत्रित JavaScript कोड कार्यान्वित करू शकतो. हल्ल्याला ALPACA असे म्हणतात आणि ते TLS सर्व्हरवर लागू केले जाऊ शकते जे भिन्न अनुप्रयोग स्तर प्रोटोकॉल (HTTPS, SFTP, SMTP, IMAP, POP3) लागू करतात, परंतु सामान्य TLS प्रमाणपत्रे वापरतात.

हल्ल्याचा सार असा आहे की जर त्याचे नेटवर्क गेटवे किंवा वायरलेस ऍक्सेस पॉईंटवर नियंत्रण असेल, तर आक्रमणकर्ता वेब ट्रॅफिकला दुसर्‍या नेटवर्क पोर्टवर पुनर्निर्देशित करू शकतो आणि FTP किंवा मेल सर्व्हरसह कनेक्शन स्थापित करू शकतो जे TLS एन्क्रिप्शनला समर्थन देते आणि वापरते. HTTP सर्व्हरसह सामान्य TLS प्रमाणपत्र , आणि वापरकर्त्याचा ब्राउझर असे गृहीत धरेल की विनंती केलेल्या HTTP सर्व्हरसह कनेक्शन स्थापित केले गेले आहे. TLS प्रोटोकॉल सार्वत्रिक असल्याने आणि ऍप्लिकेशन-स्तरीय प्रोटोकॉलशी बद्ध नसल्यामुळे, सर्व सेवांसाठी एनक्रिप्टेड कनेक्शनची स्थापना समान आहे आणि चुकीच्या सेवेला विनंती पाठविण्याची त्रुटी केवळ प्रक्रिया करताना एनक्रिप्टेड सत्र स्थापित केल्यानंतरच निर्धारित केली जाऊ शकते. पाठवलेल्या विनंतीचे आदेश.

त्यानुसार, जर, उदाहरणार्थ, तुम्ही HTTPS सर्व्हरसह सामायिक केलेले प्रमाणपत्र वापरणार्‍या मेल सर्व्हरवर मूळतः HTTPS ला संबोधित केलेले वापरकर्ता कनेक्शन पुनर्निर्देशित केले तर, TLS कनेक्शन यशस्वीरित्या स्थापित केले जाईल, परंतु मेल सर्व्हर प्रसारित केलेल्यावर प्रक्रिया करू शकणार नाही. HTTP आदेश देतो आणि त्रुटी कोडसह प्रतिसाद देईल. हा प्रतिसाद ब्राउझरद्वारे विनंती केलेल्या साइटवरील प्रतिसाद म्हणून प्रक्रिया केला जाईल, योग्यरित्या स्थापित केलेल्या एनक्रिप्टेड कम्युनिकेशन चॅनेलमध्ये प्रसारित केला जाईल.

तीन आक्रमण पर्याय प्रस्तावित आहेत:

• प्रमाणीकरण पॅरामीटर्ससह कुकी पुनर्प्राप्त करण्यासाठी "अपलोड करा". TLS प्रमाणपत्राद्वारे कव्हर केलेले FTP सर्व्हर तुम्हाला त्याचा डेटा अपलोड आणि पुनर्प्राप्त करण्याची परवानगी देत ​​असल्यास पद्धत लागू होते. या हल्ल्याच्या प्रकारात, आक्रमणकर्ता वापरकर्त्याच्या मूळ HTTP विनंतीचे काही भाग राखून ठेवू शकतो, जसे की कुकी हेडरमधील सामग्री, उदाहरणार्थ, FTP सर्व्हरने विनंतीला सेव्ह फाइल म्हणून अर्थ लावल्यास किंवा येणार्‍या विनंत्या पूर्णपणे लॉग केल्यास. यशस्वीरित्या हल्ला करण्यासाठी, आक्रमणकर्त्याला नंतर कसा तरी संग्रहित सामग्री काढणे आवश्यक आहे. हा हल्ला Proftpd, Microsoft IIS, vsftpd, filezilla आणि serv-u वर लागू आहे.
• क्रॉस-साइट स्क्रिप्टिंग (XSS) आयोजित करण्यासाठी "डाउनलोड करा". पद्धतीचा अर्थ असा आहे की आक्रमणकर्ता, काही वैयक्तिक हाताळणीचा परिणाम म्हणून, सामान्य TLS प्रमाणपत्र वापरणाऱ्या सेवेमध्ये डेटा ठेवू शकतो, जे नंतर वापरकर्त्याच्या विनंतीला प्रतिसाद म्हणून जारी केले जाऊ शकते. हल्ला वर नमूद केलेल्या FTP सर्व्हर, IMAP सर्व्हर आणि POP3 सर्व्हर (कुरियर, सायरस, केरियो-कनेक्ट आणि झिंब्रा) वर लागू आहे.
• दुसर्‍या साइटच्या संदर्भात JavaScript चालवण्यासाठी "रिफ्लेक्शन". ही पद्धत विनंतीच्या क्लायंट भागावर परत येण्यावर आधारित आहे, ज्यामध्ये आक्रमणकर्त्याने पाठवलेला JavaScript कोड आहे. हल्ला वर नमूद केलेल्या FTP सर्व्हर, सायरस, केरियो-कनेक्ट आणि झिंब्रा IMAP सर्व्हर, तसेच सेंडमेल SMTP सर्व्हरवर लागू आहे.

उदाहरणार्थ, जेव्हा वापरकर्ता आक्रमणकर्त्याद्वारे नियंत्रित केलेले पृष्ठ उघडतो, तेव्हा हे पृष्ठ वापरकर्त्याचे सक्रिय खाते असलेल्या साइटवरून संसाधनासाठी विनंती सुरू करू शकते (उदाहरणार्थ, bank.com). MITM हल्ल्यादरम्यान, bank.com वेबसाइटला संबोधित केलेली ही विनंती bank.com सह सामायिक केलेले TLS प्रमाणपत्र वापरणाऱ्या ईमेल सर्व्हरवर पुनर्निर्देशित केली जाऊ शकते. पहिल्या त्रुटीनंतर मेल सर्व्हर सत्र समाप्त करत नसल्यामुळे, सेवा शीर्षलेख आणि "POST/HTTP/1.1" आणि "होस्ट:" सारख्या आदेशांवर अज्ञात आदेश म्हणून प्रक्रिया केली जाईल (मेल सर्व्हर यासाठी "500 अपरिचित आदेश" परत करेल. प्रत्येक शीर्षलेख).

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

हा प्रतिसाद वापरकर्त्याच्या ब्राउझरद्वारे प्राप्त होईल, जो जावास्क्रिप्ट कोड आक्रमणकर्त्याच्या सुरुवातीला उघडलेल्या वेबसाइटच्या संदर्भात नाही, तर विनंती पाठवलेल्या bank.com वेबसाइटच्या संदर्भात करेल, कारण प्रतिसाद योग्य TLS सत्रात आला आहे. , ज्याच्या प्रमाणपत्राने bank.com प्रतिसादाच्या सत्यतेची पुष्टी केली.

जागतिक नेटवर्कच्या स्कॅनवरून असे दिसून आले की सर्वसाधारणपणे, सुमारे 1.4 दशलक्ष वेब सर्व्हर समस्येमुळे प्रभावित होतात, ज्यासाठी भिन्न प्रोटोकॉल वापरून विनंत्या मिसळून हल्ला करणे शक्य आहे. वास्तविक हल्ल्याची शक्यता 119 हजार वेब सर्व्हरसाठी निर्धारित केली गेली होती ज्यासाठी इतर अनुप्रयोग प्रोटोकॉलवर आधारित TLS सर्व्हर होते.

ftp सर्व्हर pureftpd, proftpd, microsoft-ftp, vsftpd, filezilla आणि serv-u, IMAP आणि POP3 सर्व्हर dovecot, कुरिअर, एक्सचेंज, सायरस, केरियो-कनेक्ट आणि झिंब्रा, SMTP सर्व्हर पोस्टफिक्स, एक्झिम, पाठवा यासाठी शोषणाची उदाहरणे तयार केली आहेत. , मेलनेबल, mdaemon आणि opensmtpd. संशोधकांनी केवळ FTP, SMTP, IMAP आणि POP3 सर्व्हरच्या संयोगाने हल्ला करण्याच्या शक्यतेचा अभ्यास केला आहे, परंतु TLS वापरणार्‍या इतर ऍप्लिकेशन प्रोटोकॉलसाठी देखील समस्या उद्भवण्याची शक्यता आहे.

हल्ल्याला अवरोधित करण्यासाठी, TLS सत्राची वाटाघाटी करण्यासाठी ALPN (अॅप्लिकेशन लेयर प्रोटोकॉल निगोशिएशन) विस्तार वापरण्याचा प्रस्ताव आहे आणि वापरण्याच्या बाबतीत होस्ट नावाशी बांधील होण्यासाठी अनुप्रयोग प्रोटोकॉल आणि SNI (सर्व्हर नेम इंडिकेशन) विस्तार लक्षात घेऊन अनेक डोमेन नावे समाविष्ट असलेली TLS प्रमाणपत्रे. अनुप्रयोगाच्या बाजूने, आदेशांवर प्रक्रिया करताना त्रुटींच्या संख्येवर मर्यादा मर्यादित करण्याची शिफारस केली जाते, त्यानंतर कनेक्शन समाप्त केले जाते. हल्ला रोखण्यासाठी उपाय विकसित करण्याची प्रक्रिया गेल्या वर्षी ऑक्टोबरमध्ये सुरू झाली. Nginx 1.21.0 (मेल प्रॉक्सी), Vsftpd 3.0.4, Courier 5.1.0, Sendmail, FileZill, crypto/tls (Go) आणि Internet Explorer मध्ये तत्सम सुरक्षा उपाय आधीच घेतले गेले आहेत.

स्त्रोत: opennet.ru