લિનક્સ કર્નલ ગાર્બેજ કલેક્ટરમાં રેસની સ્થિતિ જે વિશેષાધિકાર વૃદ્ધિ તરફ દોરી શકે છે

Google પ્રોજેક્ટ ઝીરો ટીમના જેન હોર્ન, જેમણે એકવાર સ્પેક્ટર અને મેલ્ટડાઉન નબળાઈઓને ઓળખી હતી, તેણે Linux કર્નલ ગાર્બેજ કલેક્ટરમાં નબળાઈ (CVE-2021-4083)નું શોષણ કરવા માટેની તકનીક પ્રકાશિત કરી. યુનિક્સ સોકેટ્સ પર ફાઇલ વર્ણનકર્તાઓને સાફ કરતી વખતે રેસની સ્થિતિને કારણે નબળાઈ છે અને સંભવિત રીતે સ્થાનિક બિનપ્રાપ્ત વપરાશકર્તાને તેમના કોડને કર્નલ સ્તરે ચલાવવાની મંજૂરી આપે છે.

સમસ્યા રસપ્રદ છે કારણ કે જે સમયની વિન્ડો દરમિયાન રેસની સ્થિતિ સર્જાય છે તે વાસ્તવિક શોષણ બનાવવા માટે ખૂબ નાની હોવાનો અંદાજ હતો, પરંતુ અભ્યાસના લેખકે દર્શાવ્યું હતું કે આવી પ્રારંભિક સંશયાત્મક નબળાઈઓ પણ વાસ્તવિક હુમલાનો સ્ત્રોત બની શકે છે જો શોષણ સર્જક પાસે હોય. જરૂરી કુશળતા અને સમય. યાન હોર્નએ બતાવ્યું કે કેવી રીતે, ફિલિગ્રી મેનિપ્યુલેશન્સની મદદથી, તમે ક્લોઝ() અને fget() ફંક્શનને એકસાથે કૉલ કરતી વખતે થતી રેસની સ્થિતિને ઘટાડી શકો છો અને સંપૂર્ણ શોષણક્ષમ ઉપયોગ-પછી-મુક્ત નબળાઈ બનાવી શકો છો અને પહેલાથી મુક્ત થયેલ ડેટાની ઍક્સેસ મેળવી શકો છો. કર્નલની અંદરનું માળખું.

એક જ સમયે close() અને fget() ને કૉલ કરતી વખતે ફાઇલ ડિસ્ક્રીપ્ટરને બંધ કરવાની પ્રક્રિયા દરમિયાન રેસની સ્થિતિ થાય છે. fget() એક્ઝિક્યુટ થાય તે પહેલાં કોલ ટુ ક્લોઝ() થઈ શકે છે, જે ગાર્બેજ કલેક્ટરને મૂંઝવણમાં મૂકશે કારણ કે, રિફકાઉન્ટ મુજબ, ફાઇલ સ્ટ્રક્ચરમાં બાહ્ય સંદર્ભો હશે નહીં, પરંતુ તે ફાઇલ ડિસ્ક્રીપ્ટર સાથે જોડાયેલ રહેશે, એટલે કે. કચરો કલેક્ટર વિચારશે કે તેની પાસે બંધારણની વિશિષ્ટ ઍક્સેસ છે, પરંતુ વાસ્તવમાં, ટૂંકા ગાળા માટે, ફાઇલ ડિસ્ક્રિપ્ટર કોષ્ટકમાં બાકીની એન્ટ્રી હજુ પણ બંધારણને મુક્ત કરવામાં આવે તે તરફ નિર્દેશ કરશે.

રેસની સ્થિતિમાં આવવાની સંભાવનાને વધારવા માટે, ઘણી યુક્તિઓનો ઉપયોગ કરવામાં આવ્યો હતો, જેણે સિસ્ટમ-વિશિષ્ટ ઑપ્ટિમાઇઝેશન રજૂ કરતી વખતે શોષણની સફળતાની સંભાવનાને 30% સુધી વધારવાનું શક્ય બનાવ્યું હતું. ઉદાહરણ તરીકે, ફાઇલ ડિસ્ક્રીપ્ટર સાથેના સ્ટ્રક્ચરને એક્સેસ કરવાના સમયને કેટલાક સો નેનોસેકન્ડ્સ દ્વારા વધારવા માટે, પ્રોસેસર કેશમાંથી ડેટાને અન્ય CPU કોર પરની પ્રવૃત્તિ સાથે કચરો નાખીને બહાર કાઢવામાં આવ્યો હતો, જેનાથી સ્ટ્રક્ચરને મેમરીમાંથી પુનઃપ્રાપ્ત કરવાનું શક્ય બન્યું હતું. ઝડપી CPU કેશ.

રેસ કંડિશન ટાઈમ વધારવા માટે હાર્ડવેર ટાઈમર દ્વારા જનરેટ થતા ઈન્ટરપ્ટ્સનો ઉપયોગ એ બીજી મહત્વની વિશેષતા હતી. ક્ષણ પસંદ કરવામાં આવી હતી જેથી જ્યારે રેસની સ્થિતિ આવે ત્યારે ઇન્ટરપ્ટ હેન્ડલર ફાયર કરશે અને કોડના અમલમાં થોડા સમય માટે વિક્ષેપ પાડશે. નિયંત્રણના વળતરમાં વધુ વિલંબ કરવા માટે, ઇપોલનો ઉપયોગ કરીને રાહ કતારમાં લગભગ 50 હજાર એન્ટ્રીઓ જનરેટ કરવામાં આવી હતી, જેને ઇન્ટરપ્ટ હેન્ડલર દ્વારા શોધવાની જરૂર હતી.

નબળાઈનો ઉપયોગ કરવાની ટેકનિક 90-દિવસના બિન-જાહેર સમયગાળા પછી જાહેર કરવામાં આવી હતી. સમસ્યા કર્નલ 2.6.32 થી દેખાય છે અને ડિસેમ્બરની શરૂઆતમાં ઠીક કરવામાં આવી હતી. ફિક્સ કર્નલ 5.16 માં સમાવવામાં આવ્યું હતું અને તે કર્નલની LTS શાખાઓમાં અને વિતરણોમાં પૂરા પાડવામાં આવેલ કર્નલ પેકેજોમાં પણ સ્થાનાંતરિત કરવામાં આવ્યું હતું. નોંધનીય છે કે સમાન સમસ્યા CVE-2021-0920ના વિશ્લેષણ દરમિયાન નબળાઈ ઓળખવામાં આવી હતી, જે MSG_PEEK ફ્લેગ પર પ્રક્રિયા કરતી વખતે કચરો કલેક્ટરમાં પોતાને પ્રગટ કરે છે.

સોર્સ: opennet.ru