Android માં નબળાઈ જે તમને લૉક સ્ક્રીનને બાયપાસ કરવાની મંજૂરી આપે છે

Android પ્લેટફોર્મ (CVE-2022-20465) માં એક નબળાઈ ઓળખવામાં આવી છે, જે તમને SIM કાર્ડને ફરીથી ગોઠવીને અને PUK કોડ દાખલ કરીને સ્ક્રીન લૉકને અક્ષમ કરવાની મંજૂરી આપે છે. લૉકને અક્ષમ કરવાની ક્ષમતા Google Pixel ઉપકરણો પર દર્શાવવામાં આવી છે, પરંતુ કારણ કે ફિક્સ મુખ્ય Android કોડબેઝને અસર કરે છે, સંભવ છે કે સમસ્યા અન્ય ઉત્પાદકોના ફર્મવેરને અસર કરે છે. નવેમ્બરના એન્ડ્રોઇડ સિક્યુરિટી પેચ રોલઆઉટમાં આ મુદ્દાને સંબોધવામાં આવ્યો છે. સમસ્યા તરફ ધ્યાન દોરનાર સંશોધકને ગૂગલ તરફથી $70 હજારનું ઈનામ મળ્યું.

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

KeyguardSimPukViewController હેન્ડલરમાં PUK કોડ્સ તપાસવા માટેના તર્કમાં ભૂલને કારણે નબળાઈ સર્જાય છે, જે વધારાની પ્રમાણીકરણ સ્ક્રીન પ્રદર્શિત કરવા માટે જવાબદાર છે. Android અનેક પ્રકારની પ્રમાણીકરણ સ્ક્રીનનો ઉપયોગ કરે છે (PIN, PUK, પાસવર્ડ, પેટર્ન, બાયોમેટ્રિક પ્રમાણીકરણ માટે) અને આ સ્ક્રીનોને ક્રમિક રીતે કહેવામાં આવે છે જ્યારે બહુવિધ તપાસ કરવાની જરૂર હોય, ઉદાહરણ તરીકે, જ્યારે PIN અને પેટર્નની આવશ્યકતા હોય.

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

નબળાઈ આકસ્મિક રીતે શોધી કાઢવામાં આવી હતી - વપરાશકર્તાનો ફોન ડેડ હતો અને તેને ચાર્જ કર્યા પછી અને ચાલુ કર્યા પછી, તેણે પિન કોડ દાખલ કરતી વખતે ઘણી વખત ભૂલ કરી હતી, ત્યારબાદ તેણે તેને PUK કોડથી અનલૉક કર્યું અને આશ્ચર્ય થયું કે સિસ્ટમ પૂછતી નથી. ડેટાને ડિક્રિપ્ટ કરવા માટે ઉપયોગમાં લેવાતા મુખ્ય પાસવર્ડ માટે, જે પછી તે "પિક્સેલ શરૂ થઈ રહ્યું છે..." સંદેશ સાથે સ્થિર થઈ ગયું. વપરાશકર્તા ઝીણવટભર્યો બહાર આવ્યો, શું ચાલી રહ્યું છે તે શોધવાનું નક્કી કર્યું અને PIN અને PUK કોડ દાખલ કરવા માટે જુદી જુદી રીતે પ્રયોગ કરવાનું શરૂ કર્યું, જ્યાં સુધી તે આકસ્મિક રીતે સિમ કાર્ડ બદલ્યા પછી ઉપકરણને રીબૂટ કરવાનું ભૂલી ન જાય અને તેના બદલે પર્યાવરણમાં પ્રવેશ મેળવ્યો. ઠંડું

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

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

સોર્સ: opennet.ru