भेद्यता में Androidजिससे आप स्क्रीन लॉक को बायपास कर सकते हैं।

प्लेटफ़ॉर्म में Android एक सुरक्षा खामी (CVE-2022-20465) की पहचान की गई है, जिसके तहत सिम कार्ड बदलकर और PUK कोड दर्ज करके स्क्रीन लॉक को निष्क्रिय किया जा सकता है। लॉक को निष्क्रिय करने की क्षमता Google Pixel डिवाइस पर प्रदर्शित की गई है, लेकिन चूंकि यह समाधान कोर कोडबेस को प्रभावित करता है, Androidयह संभावना है कि यह समस्या अन्य निर्माताओं के फर्मवेयर को भी प्रभावित करती है। नवंबर के सुरक्षा पैच में इस समस्या को ठीक कर दिया गया था। Androidइस समस्या को सामने लाने वाले शोधकर्ता को गूगल की ओर से 70 डॉलर का पुरस्कार मिला।

समस्या PUK कोड (पर्सनल अनब्लॉकिंग कुंजी) दर्ज करने के बाद गलत अनलॉकिंग प्रक्रिया के कारण होती है, जिसका उपयोग सिम कार्ड के संचालन को फिर से शुरू करने के लिए किया जाता है जो बार-बार गलत पिन कोड दर्ज करने के बाद अवरुद्ध हो गया है। स्क्रीन लॉक को अक्षम करने के लिए, बस अपने फोन में अपना सिम कार्ड इंस्टॉल करें, जिसमें पिन कोड सुरक्षा हो। पिन कोड द्वारा सुरक्षित सिम कार्ड बदलने के बाद, सबसे पहले स्क्रीन पर एक पिन कोड अनुरोध प्रदर्शित होता है। यदि आप तीन बार गलत तरीके से पिन कोड दर्ज करते हैं, तो सिम कार्ड ब्लॉक कर दिया जाएगा, जिसके बाद आपको इसे अनलॉक करने के लिए PUK कोड दर्ज करने का अवसर दिया जाएगा। यह पता चला कि पीयूके कोड को सही ढंग से दर्ज करने से न केवल सिम कार्ड अनलॉक हो जाता है, बल्कि मुख्य पासवर्ड या पैटर्न का उपयोग करके पहुंच की पुष्टि किए बिना, स्क्रीन सेवर को दरकिनार करते हुए मुख्य इंटरफ़ेस में संक्रमण हो जाता है।

यह भेद्यता KeyguardSimPukViewController हैंडलर में PUK कोड सत्यापन तर्क में एक त्रुटि के कारण होती है, जो एक अतिरिक्त प्रमाणीकरण स्क्रीन प्रदर्शित करने के लिए जिम्मेदार है। Android कई प्रकार की प्रमाणीकरण स्क्रीन का उपयोग किया जाता है (पिन, पीयूके, पासवर्ड, पैटर्न, बायोमेट्रिक प्रमाणीकरण के लिए) और जब कई जांच करने की आवश्यकता होती है, उदाहरण के लिए जब पिन और पैटर्न की आवश्यकता होती है, तो इन स्क्रीन को क्रमानुसार खोला जाता है।

यदि आप पिन कोड सही ढंग से दर्ज करते हैं, तो सत्यापन का दूसरा चरण शुरू हो जाता है, जिसके लिए आपको मुख्य अनलॉक कोड दर्ज करने की आवश्यकता होती है, लेकिन जब आप पीयूके कोड दर्ज करते हैं, तो यह चरण छोड़ दिया जाता है और मुख्य पासवर्ड या पैटर्न कुंजी मांगे बिना पहुंच प्रदान की जाती है। . अगले अनलॉकिंग चरण को छोड़ दिया गया है क्योंकि KeyguardSecurityContainerController#dismiss() को कॉल करते समय अपेक्षित और पारित सत्यापन विधियों के बीच कोई तुलना नहीं होती है, यानी। प्रोसेसर का मानना ​​है कि सत्यापन विधि नहीं बदली है और पीयूके कोड सत्यापन का पूरा होना प्राधिकरण की सफल पुष्टि को इंगित करता है।

गलती से भेद्यता का पता चला - उपयोगकर्ता का फोन बंद हो गया था और इसे चार्ज करने और चालू करने के बाद, उसने पिन कोड दर्ज करते समय कई बार गलती की, जिसके बाद उसने इसे पीयूके कोड के साथ अनलॉक किया और आश्चर्यचकित था कि सिस्टम ने नहीं पूछा डेटा को डिक्रिप्ट करने के लिए उपयोग किए जाने वाले मुख्य पासवर्ड के लिए, जिसके बाद यह "पिक्सेल प्रारंभ हो रहा है..." संदेश के साथ फ़्रीज़ हो जाता है। उपयोगकर्ता सावधानीपूर्वक निकला, उसने यह पता लगाने का फैसला किया कि क्या हो रहा था और विभिन्न तरीकों से पिन और पीयूके कोड दर्ज करने का प्रयोग करना शुरू कर दिया, जब तक कि वह गलती से सिम कार्ड बदलने के बाद डिवाइस को रीबूट करना भूल नहीं गया और इसके बजाय पर्यावरण तक पहुंच प्राप्त कर ली। जमना।

भेद्यता की घोषणा पर Google की प्रतिक्रिया विशेष रुचिकर है। समस्या के बारे में जानकारी जून में भेजी गई थी, लेकिन सितंबर तक शोधकर्ता अभी भी स्पष्ट उत्तर प्राप्त करने में असमर्थ था। उनका मानना ​​था कि इस व्यवहार को इस तथ्य से समझाया गया था कि वह इस त्रुटि की रिपोर्ट करने वाले पहले व्यक्ति नहीं थे। कुछ गलत होने का संदेह सितंबर में पैदा हुआ, जब 90 दिन बाद जारी फर्मवेयर अपडेट को स्थापित करने के बाद भी समस्या ठीक नहीं हुई, जब बताई गई गैर-प्रकटीकरण अवधि पहले ही समाप्त हो चुकी थी।

चूँकि समस्या के बारे में भेजे गए संदेश की स्थिति का पता लगाने के सभी प्रयासों से केवल स्वचालित और टेम्पलेट उत्तर ही मिले, शोधकर्ता ने समाधान की तैयारी के साथ स्थिति को स्पष्ट करने के लिए व्यक्तिगत रूप से Google कर्मचारियों से संपर्क करने का प्रयास किया और यहां तक ​​कि Google के लंदन कार्यालय में भेद्यता का प्रदर्शन भी किया। . इसके बाद ही भेद्यता को खत्म करने का काम आगे बढ़ा। विश्लेषण के दौरान, यह पता चला कि किसी ने पहले ही समस्या की सूचना दे दी थी, लेकिन Google ने एक अपवाद बनाने और समस्या की दोबारा रिपोर्ट करने के लिए इनाम देने का फैसला किया, क्योंकि इसके लेखक की दृढ़ता के कारण ही समस्या पर ध्यान दिया गया था।

स्रोत: opennet.ru