રસ્ટ સ્ટાન્ડર્ડ લાઇબ્રેરીમાં નબળાઈ

std::fs::remove_dir_all() ફંક્શનમાં રેસની સ્થિતિને કારણે રસ્ટ સ્ટાન્ડર્ડ લાઇબ્રેરીમાં નબળાઈ (CVE-2022-21658) ઓળખવામાં આવી છે. જો આ ફંક્શનનો ઉપયોગ વિશેષાધિકૃત એપ્લિકેશનમાં અસ્થાયી ફાઇલોને કાઢી નાખવા માટે કરવામાં આવે છે, તો હુમલાખોર મનસ્વી સિસ્ટમ ફાઇલો અને નિર્દેશિકાઓને કાઢી નાખવામાં હાંસલ કરી શકે છે જે હુમલાખોરને સામાન્ય રીતે કાઢી નાખવાની ઍક્સેસ ન હોય.

ડાયરેક્ટરીઝને પુનરાવર્તિત રીતે કાઢી નાખતા પહેલા સાંકેતિક લિંક્સને તપાસવાના ખોટા અમલીકરણને કારણે નબળાઈ સર્જાય છે. symlinks ને અનુસરતા અટકાવવાને બદલે, remove_dir_all() પહેલા તપાસ કરે છે કે શું ફાઈલ સિમલિંક છે. જો લિંકને વ્યાખ્યાયિત કરવામાં આવે છે, તો તે ફાઇલ તરીકે કાઢી નાખવામાં આવે છે, અને જો તે ડિરેક્ટરી છે, તો પછી પુનરાવર્તિત સામગ્રી દૂર કરવાની કામગીરી કહેવામાં આવે છે. સમસ્યા એ છે કે ચેક અને ડિલીટ ઓપરેશનની શરૂઆત વચ્ચે થોડો વિલંબ થાય છે.

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

રસ્ટની 1.0.0 થી 1.58.0 સુધીની તમામ આવૃત્તિઓ પ્રભાવિત છે. આ સમસ્યાને હમણાં માટે પેચ સ્વરૂપમાં ઉકેલવામાં આવી છે (ફિક્સ 1.58.1 રિલીઝમાં શામેલ કરવામાં આવશે, જે થોડા કલાકોમાં અપેક્ષિત છે). તમે આ પૃષ્ઠો પર વિતરણોમાં નબળાઈને દૂર કરવા પર દેખરેખ રાખી શકો છો: Debian, RHEL, SUSE, Fedora, Ubuntu, Arch, FreeBSD. એલિવેટેડ વિશેષાધિકારો સાથે ચાલી રહેલા રસ્ટ પ્રોગ્રામના તમામ વપરાશકર્તાઓ અને રીમૂવ_ડીર_ઓલ ફંક્શનનો ઉપયોગ કરીને રસ્ટને આવૃત્તિ 1.58.1 પર તાત્કાલિક અપડેટ કરવાની સલાહ આપવામાં આવે છે. તે રસપ્રદ છે કે રિલીઝ થયેલ પેચ બધી સિસ્ટમો પર સમસ્યાનું નિરાકરણ કરતું નથી; ઉદાહરણ તરીકે, 10.10 (યોસેમિટી) પહેલા REDOX OS અને macOS ના સંસ્કરણોમાં, O_NOFOLLOW ફ્લેગની ગેરહાજરીને કારણે નબળાઈ અવરોધિત નથી, જે નીચેના પ્રતીકાત્મકને અક્ષમ કરે છે. લિંક્સ

સોર્સ: opennet.ru