Microsoft Edge RAM में पासवर्ड के लिए बचाव में, लेकिन डिज़ाइन नए सवाल खड़े कर रहा है

परिचित समझौतों के साथ एक सुरक्षा निष्कर्ष

Microsoft एक ऐसे ब्राउज़र व्यवहार का बचाव कर रहा है जिस पर फिर से ध्यान गया है: Edge में प्रबंधित सहेजे गए पासवर्ड RAM में प्लेनटेक्स्ट के रूप में रह सकते हैं। दिए गए स्रोत पाठ के अनुसार, सुरक्षा शोधकर्ता Tom Jøran Sønstebyseter Rønning ने दिखाया कि जब उपयोगकर्ता Microsoft Password Manager in Edge पर निर्भर करते हैं, तो ब्राउज़र स्टार्टअप पर क्रेडेंशियल्स को डिक्रिप्ट करता है और उन्हें प्रोसेस मेमोरी में रखता है, भले ही उस सत्र में उपयोगकर्ता उन साइटों पर कभी जाए ही न जिनसे वे क्रेडेंशियल जुड़े हैं।

स्रोत सामग्री में शामिल Microsoft की प्रतिक्रिया यह है कि यह कोई सॉफ़्टवेयर बग नहीं, बल्कि अपेक्षित व्यवहार है। कंपनी ने ZDNET को बताया कि मेमोरी में पासवर्ड डेटा तक ब्राउज़र की पहुंच इस बात का हिस्सा है कि एप्लिकेशन उपयोगकर्ताओं को तेज़ी और सुरक्षित तरीके से साइन इन करने में कैसे मदद करते हैं। कंपनी ने यह भी जोड़ा कि इस स्थिति का दुरुपयोग करने के लिए डिवाइस का पहले से ही समझौता होना आवश्यक होगा।

यही दोनों रुख इस खबर को महत्वपूर्ण बनाते हैं। मुद्दा किसी छिपी हुई खामी के रूप में नहीं पेश किया गया है जो पैच की प्रतीक्षा कर रही हो। इसके बजाय, यह स्वीकार्य डिज़ाइन समझौतों की असहज श्रेणी में आता है, जहां प्रदर्शन और सुविधा को सफल समझौते के परिणामों के विरुद्ध तौला जाता है।

शोधकर्ता ने क्या दिखाया

Rønning ने इस व्यवहार को प्रदर्शित करने के लिए GitHub पर EdgeSavedPasswordsDumper नाम का कोड प्रकाशित किया। स्रोत पाठ के अनुसार, यह टूल दिखाता है कि Edge में Microsoft Password Manager का उपयोग करने वाले लोगों द्वारा संग्रहीत क्रेडेंशियल्स ब्राउज़र प्रोसेस मेमोरी में प्लेनटेक्स्ट के रूप में पाए जा सकते हैं। यह इसलिए मायने रखता है क्योंकि इससे बहस की दिशा अधिक स्पष्ट हो जाती है। निष्कर्ष इस बारे में नहीं है कि उत्पाद के स्टोरेज तंत्रों में पासवर्ड आराम की स्थिति में एन्क्रिप्टेड हैं या नहीं। यह इस बारे में है कि ब्राउज़र द्वारा सक्रिय उपयोग के लिए उन्हें पहले ही डिक्रिप्ट कर दिए जाने के बाद क्या होता है।

शोधकर्ता ने उपयोगकर्ता अनुभव में दिखने वाली एक स्पष्ट विरोधाभास पर भी जोर दिया। Edge Password Manager इंटरफ़ेस में पासवर्ड दिखाने से पहले फिर से प्रमाणीकरण मांग सकता है, फिर भी ब्राउज़र प्रोसेस के पास वही पासवर्ड पहले से प्लेनटेक्स्ट में मेमोरी में मौजूद हो सकते हैं। इंटरफ़ेस सुरक्षा और रनटाइम एक्सपोज़र के बीच यह अंतर तकनीकी रूप से जागरूक उपयोगकर्ताओं को असहज करने वाला हिस्सा है।

फिर भी, स्रोत पाठ Microsoft के मूल बिंदु का समर्थन करता है कि यह कम मेहनत वाला रिमोट हमला नहीं है। वर्णित परिदृश्य इस बात पर निर्भर करता है कि हमलावर के पास पहले से प्रशासकीय अधिकारों वाला यूज़र अकाउंट समझौता हो चुका हो। इससे मुद्दा अप्रासंगिक नहीं हो जाता, लेकिन यह इसे प्रारंभिक प्रवेश बिंदु के बजाय हमले की श्रृंखला के बाद के चरण में रखता है।

यह भेद क्यों मायने रखता है

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

यही कारण है कि Microsoft का “feature, not bug” वाला फ्रेमिंग तकनीकी रूप से सुसंगत होते हुए भी उपयोगकर्ताओं को असहज छोड़ सकता है। उत्पाद के दृष्टिकोण से, क्रेडेंशियल्स को पहले से लोड करना प्रतिक्रिया समय बेहतर कर सकता है और झंझट कम कर सकता है। सुरक्षा के दृष्टिकोण से, यह उस हमलावर के लिए संवेदनशील सामग्री की मात्रा बढ़ाता है जिसने पहले ही एक दूसरी सीमा पार कर ली हो।

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

स्रोत पाठ में स्थापित मुख्य बिंदु

• Edge, उपयोग के दौरान, पासवर्ड मैनेजर के रूप में saved passwords को RAM में प्लेनटेक्स्ट में रखता है।
• Microsoft का कहना है कि यह अपेक्षित व्यवहार है और केवल तब मायने रखता है जब डिवाइस पहले से समझौता किया गया हो।
• शोधकर्ता का प्रदर्शन ब्राउज़र मेमोरी तक समझौते के बाद पहुंच पर केंद्रित है।

ब्राउज़र सुरक्षा पर एक व्यापक बातचीत

यह कहानी इस बात को भी दर्शाती है कि ब्राउज़रों का मूल्यांकन अब किस तरह बदल रहा है। वे अब केवल पेज रेंडर करने वाले उपकरण नहीं हैं। वे पहचान केंद्र, भुगतान सहायक, सिंक क्लाइंट, और पासवर्ड मैनेजर हैं। इसका अर्थ है कि उनके मेमोरी व्यवहार, केवल उपयोगकर्ता-सामने की सेटिंग्स नहीं, सुरक्षा-सचेत उपयोगकर्ताओं और एंटरप्राइज़ रक्षकों के लिए तेजी से महत्वपूर्ण होते जा रहे हैं।

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

स्रोत पाठ यह स्थापित नहीं करता कि Microsoft किसी बदलाव की योजना बना रहा है, और यह भी नहीं दिखाता कि व्यवहार का बड़े पैमाने पर सक्रिय दुरुपयोग हो रहा है। लेकिन यह एक वास्तविक डिज़ाइन तनाव को सामने लाता है जो जल्द गायब होने वाला नहीं है। मुख्यधारा के ब्राउज़रों के अंदर पासवर्ड मैनेजर उपयोगकर्ता और लॉगिन के बीच कदमों की संख्या घटाकर सुविधा का वादा करते हैं। इस सुविधा की कीमत अक्सर उस जटिलता में चुकाई जाती है जो केवल तब दिखती है जब कोई शोधकर्ता इंटरफ़ेस के नीचे झाँकता है।

Developments Today के लिए, इस कहानी का महत्व सनसनीखेज “plaintext passwords” शीर्षक से कम और उत्पाद वास्तुकला से अधिक है। Edge को ऐसे विकल्प का बचाव करने के लिए कहा जा रहा है जो कुछ तकनीकी संदर्भों में सामान्य हो सकता है, लेकिन फिर भी उन उपयोगकर्ताओं को समझाना कठिन है जो सहेजे गए क्रेडेंशियल्स के आसपास अधिक कड़े विभाजन की उम्मीद करते हैं। बहस अंततः इस पर है कि समझौते के बाद कितना एक्सपोज़र स्वीकार्य है, और यह एक ऐसा प्रश्न है जिसका सामना ब्राउज़र उद्योग करता रहेगा।

यह लेख ZDNET की रिपोर्टिंग पर आधारित है। मूल लेख पढ़ें.