बिल्ड सर्भरको ह्याकिङ र RetroArch विकास गर्ने Libretro समुदायको भण्डारमा सम्झौता गर्दै

Libretro समुदाय खेल कन्सोल इमुलेटर विकास गर्दै RetroArch र खेल कन्सोलहरू सिर्जना गर्न वितरण किट लक्का, चेतावनी परियोजना पूर्वाधार तत्वहरूको ह्याकिङ र भण्डारहरूमा तोडफोडको बारेमा। आक्रमणकारीहरूले बिल्ड सर्भर (बिल्डबट) र GitHub मा भण्डारहरूमा पहुँच प्राप्त गर्न सक्षम थिए।

GitHub मा, आक्रमणकारीहरूले सबैमा पहुँच प्राप्त गरे भण्डारहरू Libretro संगठन विश्वसनीय परियोजना सहभागी मध्ये एक को खाता प्रयोग गर्दै। आक्रमणकारीहरूको गतिविधि तोडफोडमा सीमित थियो - तिनीहरूले खाली प्रारम्भिक प्रतिबद्धता राखेर भण्डारहरूको सामग्रीहरू खाली गर्ने प्रयास गरे। आक्रमणले Github मा लिब्रेट्रो रिपोजिटरी सूचीकरण पृष्ठहरू मध्ये तीनमा सूचीबद्ध सबै भण्डारहरू नष्ट गर्यो। सौभाग्यवश, आक्रमणकारीहरू कुञ्जी भण्डारमा पुग्नु अघि विकासकर्ताहरूले तोडफोडको कार्यलाई रोक लगाएका थिए। RetroArch.

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

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

यो मानिन्छ कि GitHub, जसमा एक सम्बन्धित अनुरोध पठाइएको छ, सफा भण्डारहरूको सामग्रीहरू पुनर्स्थापना गर्न र आक्रमणकर्ता पहिचान गर्न मद्दत गर्नेछ। अहिलेसम्म, हामीलाई मात्र थाहा छ कि ह्याक IP ठेगाना 54.167.104.253 बाट गरिएको थियो, अर्थात्। आक्रमणकारीले सम्भवतः AWS मा ह्याक गरिएको भर्चुअल सर्भरलाई मध्यवर्ती बिन्दुको रूपमा प्रयोग गरेको थियो। प्रवेश विधिको बारेमा जानकारी प्रदान गरिएको छैन।

स्रोत: opennet.ru