Glibc से ARMv7 के लिए memcpy फ़ंक्शन के कार्यान्वयन में गंभीर भेद्यता

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

ऐसी स्थिति में कोड को निष्पादित करने के लिए भेद्यता का फायदा उठाया जा सकता है जहां हमलावर उस चर के नकारात्मक मान के गठन को व्यवस्थित कर सकता है जिसके माध्यम से कॉपी किए गए डेटा का आकार प्रसारित होता है (उदाहरण के लिए, 2 जीबी से अधिक स्थानांतरित करने पर यह नकारात्मक हो जाएगा) डेटा, लेकिन हमले के दौरान, बफ़र सीमा से आगे जाने के लिए, आपको कम से कम 4GB स्थानांतरित करने की आवश्यकता है)। मेमसीपीवाई() फ़ंक्शन व्यापक रूप से अनुप्रयोगों में उपयोग किया जाता है, और एआरएमवी7 प्रोसेसर ऑटोमोटिव सिस्टम, मोबाइल, औद्योगिक, उपभोक्ता, संचार और एम्बेडेड उपकरणों में आम हैं, जो संभावित रूप से ब्लूटूथ, एचडी रेडियो/डीएबी, यूएसबी, कैन बस का उपयोग करके हमलों के अधीन हैं। वाई-फाई और अन्य बाहरी डेटा स्रोत (उदाहरण के लिए, नेटवर्क पर पहुंच योग्य सेवाएं और एप्लिकेशन जो आकार प्रतिबंध के बिना इनपुट डेटा स्वीकार करते हैं, उन पर हमला किया जा सकता है)।

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

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

समस्या का समाधान अभी तक नहीं हुआ है डेबियन 9 और 10 (डेबियन 8 में दिखाई नहीं देता), फेडोरा, Ubuntu, ओपनएम्बेडेड, टिज़ेन (ग्लिबैक द्वारा प्रयुक्त)। RHEL и SUSE समस्या प्रभावित नहीं है क्योंकि वे 32-बिट ARMv7 सिस्टम का समर्थन नहीं करते हैं। एंड्रॉइड भेद्यता से प्रभावित नहीं होता है क्योंकि यह अपने स्वयं के libc (बायोनिक) कार्यान्वयन का उपयोग करता है। में OpenWRT डिफ़ॉल्ट रूप से, अधिकांश बिल्ड मसल का उपयोग करते हैं, लेकिन रिपॉजिटरी में ग्लिबैक भी उपलब्ध है।

स्रोत: opennet.ru