क्रोम 94 में आइडल डिटेक्शन एपीआई को शामिल करने की आलोचना। क्रोम में जंग के साथ प्रयोग

क्रोम 94 में आइडल डिटेक्शन एपीआई के डिफ़ॉल्ट समावेशन ने फ़ायरफ़ॉक्स और वेबकिट/सफारी डेवलपर्स की आपत्तियों का हवाला देते हुए आलोचना की लहर पैदा कर दी है।

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

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

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

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

इसके अतिरिक्त, आप मेमोरी के साथ सुरक्षित संचालन सुनिश्चित करने के लिए नई तकनीकों के प्रचार के बारे में क्रोम डेवलपर्स के नोट को नोट कर सकते हैं। Google के अनुसार, Chrome में 70% सुरक्षा समस्याएं मेमोरी त्रुटियों के कारण होती हैं, जैसे इससे जुड़ी मेमोरी को खाली करने के बाद बफर का उपयोग करना (उपयोग-बाद-मुक्त)। ऐसी त्रुटियों से निपटने के लिए तीन मुख्य रणनीतियों की पहचान की गई है: संकलन चरण में जांच को मजबूत करना, रनटाइम पर त्रुटियों को रोकना और मेमोरी-सुरक्षित भाषा का उपयोग करना।

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

इसके अलावा, Google ब्राउज़र के दो के बजाय तीन अंकों वाले संस्करण तक पहुंचने के बाद साइटों के संभावित व्यवधान का परीक्षण करने के लिए एक प्रयोग शुरू कर रहा है। विशेष रूप से, Chrome 96 के परीक्षण रिलीज़ में, उपयोगकर्ता-एजेंट हेडर, संस्करण 100 (Chrome/100) में निर्दिष्ट होने पर, "chrome://flags#force-majar-version-to-100.0.4650.4" सेटिंग दिखाई दी। प्रदर्शित होना प्रारम्भ हो जाता है। अगस्त में, फ़ायरफ़ॉक्स में एक समान प्रयोग आयोजित किया गया था, जिसमें कुछ साइटों पर तीन-अंकीय संस्करणों को संसाधित करने में समस्याएं सामने आईं।

स्रोत: opennet.ru