Glibc તરફથી ARMv7 માટે memcpy ફંક્શનના અમલીકરણમાં જટિલ નબળાઈ

સિસ્કો સુરક્ષા સંશોધકો ખુલ્લું વિગતો નબળાઈઓ (CVE-2020-6096) 32-બીટ ARMv7 પ્લેટફોર્મ માટે Glibc દ્વારા આપવામાં આવેલ memcpy() ફંક્શનના અમલીકરણમાં. આ સમસ્યા પેરામીટરના નકારાત્મક મૂલ્યોના ખોટા હેન્ડલિંગને કારણે થાય છે જે કૉપિ કરેલ વિસ્તારનું કદ નક્કી કરે છે, એસેમ્બલી ઑપ્ટિમાઇઝેશનના ઉપયોગને કારણે જે સહી કરેલ 32-બીટ પૂર્ણાંકોને ચાલાકી કરે છે. ARMv7 સિસ્ટમો પર memcpy() ને નકારાત્મક કદ સાથે કૉલ કરવાથી મૂલ્યોની ખોટી સરખામણી થાય છે અને ઉલ્લેખિત બફરની સીમાની બહારના વિસ્તારમાં લખાય છે.

એવી પરિસ્થિતિમાં કોડ ચલાવવા માટે નબળાઈનો ઉપયોગ કરી શકાય છે જ્યાં હુમલાખોર ચલના નકારાત્મક મૂલ્યની રચનાને ગોઠવી શકે છે જેના દ્વારા કૉપિ કરેલ ડેટાનું કદ ટ્રાન્સમિટ થાય છે (ઉદાહરણ તરીકે, 2 GB થી વધુ ટ્રાન્સફર કરતી વખતે તે નકારાત્મક થઈ જશે. ડેટા, પરંતુ હુમલા દરમિયાન, બફર મર્યાદાથી આગળ જવા માટે, તમારે ઓછામાં ઓછા 4GB ટ્રાન્સફર કરવાની જરૂર છે). memcpy() ફંક્શનનો ઉપયોગ એપ્લીકેશનમાં વ્યાપકપણે થાય છે, અને ARMv7 પ્રોસેસર્સ ઓટોમોટિવ સિસ્ટમ્સ, મોબાઈલ, ઔદ્યોગિક, ઉપભોક્તા, સંચાર અને એમ્બેડેડ ઉપકરણોમાં સામાન્ય છે, જે સંભવિતપણે બ્લૂટૂથ, HD રેડિયો/ડીએબી, યુએસબી, કેન બસનો ઉપયોગ કરીને હુમલાને આધિન છે. Wi-Fi અને અન્ય બાહ્ય ડેટા સ્ત્રોતો (ઉદાહરણ તરીકે, નેટવર્ક પર ઍક્સેસિબલ સેવાઓ અને એપ્લિકેશનો કે જે કદના પ્રતિબંધો વિના ઇનપુટ ડેટા સ્વીકારે છે) પર હુમલો થઈ શકે છે.

ઓટોમોબાઈલ વાઈ-ફાઈ નેટવર્ક દ્વારા સુલભ, ઓટોમોબાઈલ ઈન્ફોર્મેશન સિસ્ટમ્સમાં બનેલ HTTP સર્વર પર હુમલો કરવા માટે કાર્યકારી શોષણનું એક ઉદાહરણ છે. એક બહારના હુમલાખોર આ સર્વર પર એક ખૂબ મોટી GET વિનંતી મોકલીને અને સિસ્ટમમાં રૂટ એક્સેસ મેળવીને આ સર્વર પર memcpy નબળાઈનો ઉપયોગ કરી શકે છે.

32-બીટ x86 સિસ્ટમો પર, સમસ્યા દેખાતી નથી, કારણ કે આ આર્કિટેક્ચર માટે memcpy અમલીકરણ યોગ્ય રીતે માપ વેરીએબલનું અર્થઘટન કરે છે એક સહી વિનાના પૂર્ણાંક મૂલ્ય પ્રકાર size_t (એસેમ્બલી ભાષામાં અમલીકરણ ARMv7 માટે તેને size_t ને બદલે સાઇન કરેલ પૂર્ણાંક તરીકે ગણવામાં આવે છે). ફિક્સ હાલમાં ઉપલબ્ધ છે પેચ, જે ઓગસ્ટ Glibc 2.32 અપડેટમાં સમાવવામાં આવશે.
એસેમ્બલી સૂચનાઓના ઉપયોગને બદલવા માટે ફિક્સ નીચે ઉકળે છે જે સહી કરેલ ઓપરેન્ડ્સ (bge અને blt) પર કામ કરે છે સહી વિનાના સમકક્ષો (blo અને bhs) સાથે.

હજુ સુધી સમસ્યાનો ઉકેલ આવ્યો નથી ડેબિયન 9 અને 10 (ડેબિયન 8 માં દેખાતું નથી), Fedora, ઉબુન્ટુ, OpenEmbedded, Tizen (glibc દ્વારા વપરાયેલ). આરએચએલ и SUSE આ મુદ્દો પ્રભાવિત થતો નથી કારણ કે તેઓ 32-બીટ ARMv7 સિસ્ટમોને સપોર્ટ કરતા નથી. Android નબળાઈથી પ્રભાવિત નથી કારણ કે તે તેના પોતાના libc (બાયોનિક) અમલીકરણનો ઉપયોગ કરે છે. IN ઓપન ડબલ્યુઆરટી મૂળભૂત રીતે, મોટાભાગના બિલ્ડ્સ Musl નો ઉપયોગ કરે છે, પરંતુ glibc રીપોઝીટરીમાં પણ ઉપલબ્ધ છે.

સોર્સ: opennet.ru