Glibc बाट ARMv7 को लागि memcpy प्रकार्य को कार्यान्वयन मा महत्वपूर्ण जोखिम

सिस्को सुरक्षा शोधकर्ताहरू खुलासा विवरणहरू कमजोरीहरू (CVE-2020-609632-bit ARMv7 प्लेटफर्मको लागि Glibc-प्रदान गरिएको memcpy() प्रकार्यको कार्यान्वयनमा। प्रतिलिपि गरिएको क्षेत्रको आकार निर्धारण गर्ने प्यारामिटरको नकारात्मक मानहरूको गलत ह्यान्डलिंगको कारणले गर्दा, हस्ताक्षर गरिएको 32-बिट पूर्णांकहरूलाई हेरफेर गर्ने असेम्बली अप्टिमाइजेसनहरूको प्रयोगको कारणले गर्दा समस्या उत्पन्न हुन्छ। ARMv7 प्रणालीहरूमा नकारात्मक साइजको साथ memcpy() कल गर्दा मानहरूको गलत तुलना हुन्छ र निर्दिष्ट बफरको सीमा बाहिरको क्षेत्रमा लेखिन्छ।

आक्रमणकारीले चरको नकारात्मक मानको गठनलाई व्यवस्थित गर्न सक्ने स्थितिमा कोड कार्यान्वयन गर्नको लागि भेद्यताको दुरुपयोग गर्न सकिन्छ जसको माध्यमबाट प्रतिलिपि गरिएको डाटाको साइज प्रसारित हुन्छ (उदाहरणका लागि, २ GB भन्दा बढी स्थानान्तरण गर्दा यो नकारात्मक हुनेछ। डाटा, तर आक्रमणको समयमा, बफर सीमाहरू भन्दा बाहिर जानको लागि, तपाईंले कम्तिमा 2GB स्थानान्तरण गर्न आवश्यक छ)। memcpy() प्रकार्य अनुप्रयोगहरूमा व्यापक रूपमा प्रयोग गरिन्छ, र ARMv4 प्रोसेसरहरू मोटर वाहन प्रणाली, मोबाइल, औद्योगिक, उपभोक्ता, सञ्चार र इम्बेडेड उपकरणहरूमा सामान्य छन्, जुन ब्लुटुथ, HD रेडियो/डीएबी, USB, CAN बस, प्रयोग गरेर सम्भावित रूपमा आक्रमणहरूको अधीनमा छन्। Wi-Fi Fi र अन्य बाह्य डेटा स्रोतहरू (उदाहरणका लागि, आकार प्रतिबन्ध बिना इनपुट डेटा स्वीकार गर्ने नेटवर्कमा पहुँचयोग्य सेवाहरू र अनुप्रयोगहरू आक्रमण गर्न सकिन्छ)।

एउटा उदाहरण अटोमोबाइल वाइफाइ नेटवर्क मार्फत पहुँचयोग्य, अटोमोबाइल सूचना प्रणालीहरूमा निर्मित HTTP सर्भरलाई आक्रमण गर्न कार्य शोषणको सिर्जना हो। बाहिरी आक्रमणकारीले धेरै ठूलो GET अनुरोध पठाएर र प्रणालीमा रूट पहुँच प्राप्त गरेर यो सर्भरमा memcpy कमजोरीको शोषण गर्न सक्छ।

32-बिट x86 प्रणालीहरूमा, समस्या देखा पर्दैन, किनकि यो वास्तुकलाको लागि memcpy कार्यान्वयनले साइज चरलाई सही रूपमा साइज_t प्रकारको अहस्ताक्षरित पूर्णांक मानको रूपमा व्याख्या गर्दछ (एसेम्बली भाषामा। कार्यान्वयन ARMv7 को लागि यसलाई साइज_t को सट्टा साइन इन्टिजर मानिन्छ। फिक्स हालको रूपमा उपलब्ध छ प्याच, जुन अगस्त Glibc 2.32 अपडेटमा समावेश हुनेछ।
हस्ताक्षर नभएका काउन्टरपार्टहरू (blo र bhs) सँग हस्ताक्षरित अपरेन्डहरू (bge र blt) मा काम गर्ने एसेम्बली निर्देशनहरूको प्रयोगलाई प्रतिस्थापन गर्न फिक्स उबलिन्छ।

समस्या अझै समाधान हुन सकेको छैन डेबियन 9 र 10 (डेबियन ८ मा देखिँदैन), फेडोरा, Ubuntu, OpenEmbedded, Tizen (glibc द्वारा प्रयोग गरिएको)। RHEL и सुसे मुद्दा प्रभावित छैन किनभने तिनीहरूले 32-bit ARMv7 प्रणालीहरूलाई समर्थन गर्दैनन्। एन्ड्रोइड जोखिमबाट प्रभावित छैन किनभने यसले आफ्नै libc (बायोनिक) कार्यान्वयन प्रयोग गर्दछ। IN OpenWRT पूर्वनिर्धारित रूपमा, धेरै निर्माणहरूले Musl प्रयोग गर्दछ, तर glibc भण्डारमा पनि उपलब्ध छ।

स्रोत: opennet.ru