DDoS आक्रमणहरूमा संलग्न हुन कमजोर GitLab सर्भरहरूको नियन्त्रण कब्जा

GitLab ले प्रयोगकर्ताहरूलाई महत्वपूर्ण जोखिम CVE-2021-22205 को शोषणसँग सम्बन्धित दुर्भावनापूर्ण गतिविधिमा बृद्धि भएको बारे चेतावनी दिएको छ, जसले तिनीहरूलाई GitLab सहयोगी विकास प्लेटफर्म प्रयोग गर्ने सर्भरमा प्रमाणीकरण बिना आफ्नो कोड टाढाबाट कार्यान्वयन गर्न अनुमति दिन्छ।

यो मुद्दा GitLab मा संस्करण 11.9 देखि उपस्थित छ र GitLab रिलीज 13.10.3, 13.9.6, र 13.8.8 मा अप्रिल मा फिर्ता फिक्स गरिएको थियो। यद्यपि, 31 सार्वजनिक रूपमा उपलब्ध GitLab उदाहरणहरूको विश्वव्यापी नेटवर्कको अक्टोबर 60 को स्क्यान द्वारा न्याय गर्दै, 50% प्रणालीहरूले GitLab को पुरानो संस्करणहरू प्रयोग गर्न जारी राख्छन् जुन कमजोरीहरूको लागि संवेदनशील छन्। आवश्यक अद्यावधिकहरू केवल 21% सर्भरहरूमा परीक्षण गरिएका थिए, र 29% प्रणालीहरूमा प्रयोग भइरहेको संस्करण नम्बर निर्धारण गर्न सम्भव थिएन।

अपडेटहरू स्थापना गर्न GitLab सर्भर प्रशासकहरूको लापरवाह मनोवृत्तिले यस तथ्यलाई निम्त्यायो कि आक्रमणकारीहरू द्वारा जोखिमको सक्रिय रूपमा शोषण गर्न थाल्यो, जसले सर्भरहरूमा मालवेयर राख्न र DDoS आक्रमणहरूमा भाग लिने बोटनेटको काममा जडान गर्न थाले। यसको चरम सीमामा, कमजोर GitLab सर्भरहरूमा आधारित बोटनेटद्वारा उत्पन्न DDoS आक्रमणको समयमा ट्राफिकको मात्रा 1 टेराबिट प्रति सेकेन्डमा पुग्यो।

ExifTool लाइब्रेरीमा आधारित बाह्य पार्सरद्वारा डाउनलोड गरिएका छवि फाइलहरूको गलत प्रशोधनले गर्दा जोखिम उत्पन्न हुन्छ। ExifTool (CVE-2021-22204) मा रहेको कमजोरीले DjVu ढाँचामा फाइलहरूबाट मेटाडेटा पार्स गर्दा प्रणालीमा स्वेच्छाचारी आदेशहरू कार्यान्वयन गर्न अनुमति दिन्छ: (मेटाडेटा (प्रतिलिपि अधिकार "\ "। qx{echo test>/tmp/test}। \ "b"))

यसबाहेक, वास्तविक ढाँचा ExifTool मा MIME सामग्री प्रकार द्वारा निर्धारण गरिएको थियो, र फाइल विस्तार होइन, आक्रमणकर्ताले नियमित JPG वा TIFF छविको आडमा शोषणको साथ DjVu कागजात डाउनलोड गर्न सक्छ (GitLab ले सबै फाइलहरूको लागि ExifTool लाई कल गर्दछ। jpg, jpeg विस्तारहरू र अनावश्यक ट्यागहरू सफा गर्न टिफ)। शोषण को एक उदाहरण। GitLab CE को पूर्वनिर्धारित कन्फिगरेसनमा, प्रमाणीकरण आवश्यक पर्दैन दुई अनुरोधहरू पठाएर आक्रमण गर्न सकिन्छ।

GitLab प्रयोगकर्ताहरूलाई उनीहरूले हालको संस्करण प्रयोग गरिरहेछन् भनी सुनिश्चित गर्न सिफारिस गरिन्छ र, यदि तिनीहरूले पुरानो रिलीज प्रयोग गर्दै छन् भने, तुरुन्तै अद्यावधिकहरू स्थापना गर्न, र यदि कुनै कारणले यो सम्भव छैन भने, चुनौतिले भेद्यतालाई रोक्ने प्याच लागू गर्न। अनप्याच गरिएका प्रणालीहरूका प्रयोगकर्ताहरूलाई लगहरू विश्लेषण गरेर र संदिग्ध आक्रमणकर्ता खाताहरू (उदाहरणका लागि, dexbcx, dexbcx818, dexbcxh, dexbcxi र dexbcxa99) जाँच गरेर तिनीहरूको प्रणालीमा सम्झौता नगरिएको सुनिश्चित गर्न पनि सल्लाह दिइन्छ।

स्रोत: opennet.ru