PHDays पर विजय 9. हम तीन हिस्सों में जीवन हैक साझा करते हैं। भाग 1

सभी को नमस्कार! मेरा नाम विटाली मल्किन है। मैं Informzashchita में सुरक्षा विश्लेषण विभाग का प्रमुख और True0xA3 टीम का अंशकालिक कप्तान हूं। इस लेख के साथ, हम PHDays IX स्टैंडऑफ में अपने प्रदर्शन के लिए समर्पित 3 सामग्रियों का एक चक्र शुरू करते हैं। इस लेख में हम बताएंगे कि सक्षम तैयारी आधी सफलता क्यों है, समय में "फल" लेने के लिए इतना महत्वपूर्ण क्यों है, और आप एक एकल परियोजना के ढांचे में पेंटेस्ट टीम की बातचीत को कैसे व्यवस्थित कर सकते हैं।

टीएल; डीआर लेख में भारी संख्या में अंग्रेजी और जटिल तकनीकी शब्द हैं, जिसके लिए मैं अलग से माफी मांगता हूं।

I. इनपुट

हमारे पास 16 चयनित पेन्टेस्टर्स, 4 प्रशिक्षु, 6 सर्वर, हमारे स्वयं के CUDA स्टेशन और जीतने की बहुत इच्छा थी।

हमने स्टैंडऑफ की शुरुआत से 8 दिन पहले सक्रिय तैयारी चरण शुरू किया। एक हमलावर के रूप में यह हमारा तीसरा प्रयास था, और हम में से कई को पहले से ही यह समझने के लिए पर्याप्त अनुभव था कि इस वर्ष क्या देखना है। हमने विस्तार के लिए 5 प्राथमिकता वाले क्षेत्र देखे:

1. प्रभावी समन्वय;
2. कम हैंगिंग फ्रूट्स का संग्रह;
3. एटिपिकल (हमारे लिए) प्रौद्योगिकियों (एसीएस टीपी, आईओटी, जीएसएम) की कमजोरियों का शोषण;
4. बाहरी बुनियादी ढांचे और उपकरणों की तैयारी;
5. विकास जोड़ो। दृढ़ता और सख्त तरीके।

आइए इन वस्तुओं को क्रम में पार्स करने का प्रयास करें।

1. प्रभावी समन्वय

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

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



समन्वय को बेहतर बनाने के लिए कई संगठनात्मक निर्णय भी किए गए। सामान्य तौर पर, हमारी टीम में शब्दांकन "NECESSARY" के साथ कार्य निर्धारित करना हमारे लिए प्रथागत नहीं है। हम इस बात पर चर्चा करने की कोशिश करते हैं कि यह या वह कार्य क्यों सेट किया गया है, इसके कार्यान्वयन से क्या होगा, और यह भी कि इसे और अधिक कुशलता से कैसे पूरा किया जाए। लेकिन स्टैंडऑफ़ के ढांचे के भीतर, इस तरह के मॉडल से अनावश्यक विकृति हो सकती है, इसलिए हमने समन्वयक को प्रक्रिया पर पूर्ण अधिकार देने का निर्णय लिया। प्रतियोगिता के 28 घंटों के भीतर, उनके फैसलों पर व्यावहारिक रूप से चर्चा नहीं की गई, जिसने निश्चित रूप से हमें बहुत समय बचा लिया। हालाँकि इससे संचार की गुणवत्ता प्रभावित हुई होगी। इसके अलावा, हमने जिम्मेदारी के क्षेत्रों को बहुत स्पष्ट रूप से चित्रित करने का निर्णय लिया: इस तथ्य के बावजूद कि टीम के कुछ सदस्यों को सबसे रोमांचक कार्य नहीं मिला।

2. कम हैंगिंग फलों का संग्रह

मेरी राय में, हमारी सफलता का मुख्य रहस्य था: परियोजनाओं का एक विशाल दैनिक अनुभव और कार्यों की सही प्राथमिकता। पिछले साल, हम एक पूरे कार्यालय को कैप्चर करने में सक्षम थे और जल्दी से साधारण कमजोरियों को हैक करने के कारण पूरे गेम के लिए इसे पकड़ रहे थे। इस साल, हमने समस्या को केंद्र में रखा और ऐसी कमजोरियों की एक सूची तैयार की।

ms17-010; ms08-67; SMBCRY; लिबास आरसीई; एचपी डेटा प्रोटेक्टर; एचपी आईएलओ; ipmi; सिस्को स्मार्ट स्थापित करें जावा आरएमआई JDWP; JBoss; drupalgeddon2; weblogic; Heartbleed; ShellShock; ibm websphere आईआईएस-WebDAV; rservices; VNC; एफ़टीपी-anon; एनएफएस; एसएमबी-शून्य; बिल्ला

इसके बाद, दो चेकर और छेदक सेवाओं को लिखा गया था, जो एक स्वचालित मोड में, सार्वजनिक कारनामों और मेटास्प्लोइट का उपयोग करते हुए, पहले कमजोरियों के लिए जाँच की गई, और फिर उनका शोषण करने की कोशिश की गई। उपयोगिता ने इनपुट पर एक नैम्प रिपोर्ट प्राप्त की, जिसने अंततः प्रक्रिया को तेज किया।

3. एटिपिकल (हमारे लिए) प्रौद्योगिकियों (ACS TP, IoT, GSM) की कमजोरियों का शोषण

हम अक्सर बैंकों और अन्य वित्तीय संगठनों के लिए प्रोजेक्ट करते हैं। SCADA- सिस्टम, अगर वे करते हैं, तो शैली में अधिक संभावना है: "यदि आप स्काडा तक नेटवर्क का उपयोग करने में सक्षम थे, तो इसे ठीक करें और इसे प्रोजेक्ट की सफलता के मानदंडों में से एक के रूप में गिनाएं।" इसलिए, हमारे पास प्रक्रिया नियंत्रण प्रणालियों की सुरक्षा का विश्लेषण करने में अच्छा अनुभव नहीं है। यह बदले में इस तथ्य को जन्म देता है कि स्टैंडऑफ से एक सप्ताह पहले हम तत्काल विशिष्ट कमजोरियों का अध्ययन करने के लिए बैठ गए थे। IoT और GSM के साथ, स्थिति और भी बदतर है: यदि IoT कभी-कभी परियोजनाओं में पाया जाता है, तो हमने GSM को केवल पिछले StandOff पर देखा।

इस प्रकार, तैयारी के दौरान, हमने स्वचालित प्रक्रिया नियंत्रण प्रणाली पर दो अलग-अलग लोगों की पहचान की, और जीएसएम और आईओटी पर दो और। प्रारंभिक सप्ताह के दौरान, 1 समूह ने SCADA सिस्टम के सबसे सामान्य दृष्टिकोणों के बारे में लिखा, साथ ही पिछले साल के ICS बुनियादी ढांचे पर एक वीडियो का विस्तार से अध्ययन किया। लोगों ने विभिन्न एचएमआई, ड्राइवरों और अन्य सॉफ़्टवेयर के लगभग 200 जीबी को भी पंप किया है जो सीधे नियंत्रकों से संबंधित है। जीएसएम और IoT के लिए, यहां हमने लोहे के कई टुकड़े तैयार किए, जीएसएम पर सभी उपलब्ध लेख पढ़े और उम्मीद की कि यह पर्याप्त होगा। (जासूस: सच में नहीं!)

4. बाह्य अवसंरचना और उपकरण तैयार करना

यह समझते हुए कि इस वर्ष हमारी टीम काफी बड़ी होगी, हमने तुरंत निर्णय लिया कि हमें अतिरिक्त उपकरणों की आवश्यकता है। निम्नलिखित सुझावों की एक सूची है जो हमने टीम के अंदर एकत्र की है, "+" संकेत इंगित करता है कि हमने अंततः लिया:

- कॉफी मशीन;
+ - CUDA- सर्वर (वे इसे अपने साथ नहीं ले गए, लेकिन उन्होंने इसका इस्तेमाल किया);
+ अतिरिक्त लैपटॉप;
+ वाईफ़ाई राउटर;
+ प्रबंधित स्विच;
विभिन्न लंबाई (20 पीसी) के नेटवर्क केबल;
+ पायलट (3 पीसी);
+ वाई-फाई अल्फा (3 पीसी);
+ रबर-डक (2 पीसी);
- समीपस्थ;
- एक कैमरा।

बुनियादी ढांचे के लिए, यह एक अलग गीत है। पिछले साल, हमने महसूस किया कि CUDA स्टेशन का उपयोग करना कितना उपयोगी है, कई हैंडशेक को तोड़ना, इसलिए इसका उपयोग करने की आवश्यकता के बारे में कोई संदेह नहीं था। यह महत्वपूर्ण है कि इस वर्ष, साथ ही साथ अतीत में, सभी हमलावर नाथ के पीछे थे, जिन्होंने आमतौर पर डीएमजेड से रिवर्स-कनेक्शन की संभावना को खारिज कर दिया था। लेकिन आईसीएस नोड्स को छोड़कर, सभी मेजबान को इंटरनेट तक पहुंच होनी चाहिए। इस संबंध में, हमने इंटरनेट से सुलभ तीन श्रोता सर्वरों को बढ़ाने का फैसला किया। इसके अलावा, सरलता की धुरी और समेकन के लिए, हमने क्लाइंट-टू-क्लाइंट मोड सक्षम के साथ अपने स्वयं के OpenVpn सर्वर का उपयोग किया। दुर्भाग्य से, गेटवे को जोड़ने की प्रक्रिया को स्वचालित करना असंभव है, इसलिए 28 में से लगभग 12 घंटे तक टीम के सदस्यों में से एक गेटवे के साथ काम कर रहा था।

5. जोड़ का विकास। दृढ़ता और कठोर तरीके

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

• समापन एसएमबी और आरपीसी;
• RDP को एक गैर-मानक पोर्ट पर पोर्ट करना;
• सुरक्षा बेसलाइन से प्रतिवर्ती एन्क्रिप्शन, अतिथि खाते और अन्य सेटिंग्स को अक्षम करना।

लिनक्स के लिए, एक विशेष init- स्क्रिप्ट विकसित की गई थी जिसने सभी बंदरगाहों को बंद कर दिया, SSH को एक गैर-मानक पोर्ट पर खोला और SSH तक पहुंचने के लिए कमांड की सार्वजनिक कुंजियों को पंजीकृत किया।

द्वितीय। ब्रीफिंग

17 मई को, स्टैंडऑफ से 5 दिन पहले, हमलावरों के लिए एक ब्रीफिंग आयोजित की गई थी। इसके दौरान, बहुत सारी जानकारी सामने आई जिसने हमारे प्रशिक्षण को प्रभावित किया।

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

हमने इस तरह की जानकारी ली: "जो बड़ोग्रुप को पकड़ता है वह गेम जीतने की संभावना रखता है।" बात यह है कि हमारे अनुभव ने हमें बताया: आयोजकों को साधारण सेवा के लिए चाहे जितनी भी सजा क्यों न हो, रक्षकों ने कमजोर सेवाओं को छोड़ दिया यदि वे उन्हें पैच नहीं कर सकते। आखिरकार, यह बहुत बुरा है जब वे सबसे बड़े सूचना सुरक्षा सम्मेलन के मंच से घोषणा करते हैं कि आपने हैकर्स को खराब कर दिया है, अगर उन्होंने आपसे कुछ गेम पॉइंट छीन लिए हैं। हमारे सिद्धांत की पुष्टि की गई थी, लेकिन हम इस बारे में 2 लेख में विस्तार से बात करेंगे।

परिणामस्वरूप, हमने पूरी टीम को 4 भागों में विभाजित करने का निर्णय लिया:

1. बिगबोग्रुप। यह वह कार्य था जिसे हमने सर्वोच्च प्राथमिकता दी। टीम में वे लोग शामिल थे जिनके पास विभिन्न ग्राहकों के आंतरिक बुनियादी ढांचे को तोड़ने का सबसे अधिक अनुभव है। कुल मिलाकर, इस मिनी टीम में 5 लोग शामिल थे। उनका लक्ष्य था कि जितनी जल्दी हो सके डोमेन में पैर जमाना और अन्य टीमों को आईसीएस तक पहुंच से दूर करना।

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

3. असुरक्षित नेटवर्क। पहले चार घंटों के लिए टीम ने सभी असुरक्षित नेटवर्क को कमजोरियों के लिए चुना। हम समझ गए कि इन चार घंटों में संरक्षित खंडों में कुछ भी महत्वपूर्ण नहीं होगा, और यदि ऐसा होता है, तो रक्षक इसे वापस ले लेंगे। इसलिए, उन्होंने इस बात पर ध्यान केंद्रित किया कि अपरिवर्तनीय रूप से क्या बदल सकता है। जैसा कि यह निकला - व्यर्थ नहीं। चार घंटे बाद, उसी समूह ने संरक्षित क्षेत्रों का विश्लेषण करना शुरू किया।

4. स्कैनर्स ग्रुप। आयोजकों ने सीधे कहा कि नेटवर्क बदल जाएगा, इसलिए हमारे पास दो लोग थे जिन्होंने परिवर्तनों के लिए नेटवर्क को लगातार स्कैन किया। इसे स्वचालित करना इतना आसान नहीं था, क्योंकि विभिन्न नेटवर्क के तहत, अलग-अलग समय पर अलग-अलग सेटिंग्स की आवश्यकता होती थी। उदाहरण के लिए, fe.phd नेटवर्क पर पहले घंटे में, nmap ने T3 मोड में हमारे लिए ठीक काम किया, और 12 घंटे के बाद यह मुश्किल से T1 में काम किया।

हमारे लिए एक और महत्वपूर्ण वेक्टर आयोजकों द्वारा प्रकाशित सॉफ्टवेयर और प्रौद्योगिकियों की सूची थी। प्रत्येक तकनीक के लिए, हमने अपना खुद का सक्षम केंद्र बनाने की कोशिश की, जो बहुत जल्दी मदद कर सके और विशिष्ट कमजोरियों को देख सके।

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



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

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

बैंक, अपतटीय बैंक और एंटीफ्राड के काम के बारे में बहुत सारी जानकारी थी। लेकिन यह जानकर कि इसमें बहुत पैसा नहीं है, हमने पहले से इसके लिए तैयार नहीं होने का फैसला किया, लेकिन रास्ते में कुछ के साथ आने के लिए।

तैयारी करते हुए, हमने तैयारी में काफी बड़ा काम किया है। यह ध्यान रखना महत्वपूर्ण है कि स्टैंडऑफ़ में एक सफल प्रदर्शन के रूप में स्पष्ट प्लसस के अलावा, स्पष्ट भी नहीं थे।

• इस तरह की तैयारी विचलित होने और कुछ ऐसा करने का एक शानदार तरीका है जो मैं लंबे समय से कोशिश करना और तलाशना चाहता था, और परियोजना गतिविधि के ढांचे में बस समय नहीं था।
• हमारे पास ऐसी परियोजनाएं नहीं हैं जो पूरी टीम को एक कार्य के हिस्से के रूप में शामिल करती हैं, इसलिए हमें विशिष्ट लक्ष्यों का पीछा करते हुए एक अच्छी टीम बिल्डिंग मिली।
• हमने जो कुछ भी किया है उसका वास्तविक परियोजनाओं में उपयोग किया जा सकता है, इसलिए अपनी दक्षताओं के विस्तार के अलावा, हमें तैयार उपकरण भी मिले।

अब, पाठ में यह सब वर्णित करने के बाद, मैं समझता हूं कि हमने कुछ भी ऐसा नहीं किया है जो पहले से लग रहा हो। सामान्य तौर पर, यह मुझे लगता है कि तैयारी का सही ढंग से आयोजित चरण हमारी टीम की जीत का मुख्य कारण बन गया। और सीधे स्टैंडऑफ के दौरान क्या हुआ - मैं चक्र के दूसरे लेख में बताऊंगा।