क्रोम 94 मध्ये निष्क्रिय शोध API च्या समावेशावर टीका. क्रोममध्ये रस्ट सह प्रयोग

Chrome 94 मध्ये Idle Detection API चा डीफॉल्ट समावेश केल्यामुळे फायरफॉक्स आणि वेबकिट/सफारी डेव्हलपरच्या आक्षेपांचा हवाला देऊन टीकेची लाट आली आहे.

Idle Detection API साइटना वापरकर्ता निष्क्रिय असताना वेळ शोधू देते, उदा. कीबोर्ड/माउसशी संवाद साधत नाही किंवा दुसर्‍या मॉनिटरवर काम करत नाही. एपीआय तुम्हाला सिस्टीमवर स्क्रीन सेव्हर चालू आहे की नाही हे शोधण्याची परवानगी देते. निष्क्रियतेबद्दलची माहिती निर्दिष्ट निष्क्रियता थ्रेशोल्डवर पोहोचल्यानंतर सूचना पाठवून केली जाते, ज्याचे किमान मूल्य 1 मिनिटावर सेट केले जाते.

हे लक्षात घेणे महत्त्वाचे आहे की Idle Detection API च्या वापरासाठी वापरकर्ता परवानग्या स्पष्टपणे मंजूर करणे आवश्यक आहे, उदा. अनुप्रयोगाने प्रथमच निष्क्रियता शोधण्याचा प्रयत्न केल्यास, वापरकर्त्यास परवानगी द्यावी की ऑपरेशन अवरोधित करावे हे विचारणारी विंडो सादर केली जाईल. Idle Detection API पूर्णपणे अक्षम करण्यासाठी, "गोपनीयता आणि सुरक्षितता" सेटिंग्ज विभागात एक विशेष पर्याय (“chrome://settings/content/idleDetection”) प्रदान केला जातो.

ऍप्लिकेशन क्षेत्रांमध्ये चॅट, सोशल नेटवर्किंग आणि कम्युनिकेशन्स ऍप्लिकेशन्स समाविष्ट आहेत जे वापरकर्त्याच्या संगणकावरील उपस्थितीवर अवलंबून त्याची स्थिती बदलू शकतात किंवा वापरकर्ता येईपर्यंत नवीन संदेशांची सूचना विलंब करू शकतात. API चा वापर किओस्क ऍप्लिकेशन्समध्ये निष्क्रियतेच्या कालावधीनंतर मूळ स्क्रीनवर परत येण्यासाठी किंवा वापरकर्ता संगणकावर नसताना, रीड्राइंग कॉम्प्लेक्स, चार्ट सतत अपडेट करणे यासारख्या संसाधन-केंद्रित परस्पर क्रिया अक्षम करण्यासाठी देखील केला जाऊ शकतो.

Idle Detection API सक्षम करण्याच्या विरोधकांची स्थिती अशी आहे की वापरकर्ता संगणकावर आहे की नाही याची माहिती गोपनीय मानली जाऊ शकते. उपयुक्त ऍप्लिकेशन्स व्यतिरिक्त, हे API वाईट हेतूंसाठी देखील वापरले जाऊ शकते, उदाहरणार्थ, वापरकर्ता दूर असताना असुरक्षिततेचे शोषण करण्याचा प्रयत्न करण्यासाठी किंवा खाणकाम सारख्या सुस्पष्ट दुर्भावनापूर्ण क्रियाकलाप लपवण्यासाठी. विचाराधीन API वापरून, वापरकर्त्याच्या वर्तणुकीच्या पद्धती आणि त्याच्या कामाची दैनंदिन लय याबद्दल माहिती देखील गोळा केली जाऊ शकते. उदाहरणार्थ, वापरकर्ता सहसा दुपारच्या जेवणाला जातो किंवा कामाची जागा सोडतो तेव्हा आपण शोधू शकता. अधिकृततेच्या पुराव्यासाठी अनिवार्य विनंतीच्या संदर्भात, या चिंता Google ला क्षुल्लक समजतात.

याव्यतिरिक्त, तुम्ही क्रोम डेव्हलपर्सकडून मेमरीसह सुरक्षित ऑपरेशन सुनिश्चित करण्यासाठी नवीन तंत्रांच्या जाहिरातीबद्दल नोट करू शकता. Google च्या मते, Chrome मधील 70% सुरक्षा समस्या मेमरी त्रुटींमुळे उद्भवतात, जसे की त्याच्याशी संबंधित मेमरी मुक्त केल्यानंतर बफर वापरणे (वापरल्यानंतर-मुक्त). अशा त्रुटी हाताळण्यासाठी तीन मुख्य धोरणे ओळखली जातात: संकलनाच्या टप्प्यावर तपासणी मजबूत करणे, रनटाइमच्या वेळी त्रुटी अवरोधित करणे आणि मेमरी-सुरक्षित भाषा वापरणे.

क्रोमियम कोडबेसमध्ये रस्ट भाषेतील घटक विकसित करण्याची क्षमता जोडण्यासाठी प्रयोग सुरू झाल्याचे वृत्त आहे. रस्ट कोड अद्याप वापरकर्त्यांना वितरित केलेल्या बिल्डमध्ये समाविष्ट केलेला नाही आणि मुख्यतः ब्राउझरचे वैयक्तिक भाग Rust मध्ये विकसित करण्याच्या शक्यतेची चाचणी करणे आणि C++ मध्ये लिहिलेल्या इतर भागांसह त्यांचे एकत्रीकरण करणे हे आहे. समांतरपणे, C++ कोडसाठी, आधीच मुक्त केलेल्या मेमरी ब्लॉक्समध्ये प्रवेश केल्यामुळे निर्माण झालेल्या भेद्यतेचे शोषण करण्याची शक्यता रोखण्यासाठी कच्च्या पॉइंटर्सऐवजी MiraclePtr प्रकार वापरण्यासाठी प्रकल्प विकसित होत आहे आणि संकलनाच्या टप्प्यावर त्रुटी शोधण्यासाठी नवीन पद्धती देखील प्रस्तावित आहेत.

याव्यतिरिक्त, ब्राउझर दोन ऐवजी तीन अंकांच्या आवृत्तीवर पोहोचल्यानंतर साइटच्या संभाव्य व्यत्ययाची चाचणी घेण्यासाठी Google एक प्रयोग सुरू करत आहे. विशेषतः, Chrome 96 च्या चाचणी प्रकाशनांमध्ये, वापरकर्ता-एजंट शीर्षलेख, आवृत्ती 100 (Chrome/100) मध्ये निर्दिष्ट केल्यावर, “chrome://flags#force-major-version-to-100.0.4650.4” सेटिंग दिसून आली. प्रदर्शित करणे सुरू होते. ऑगस्टमध्ये, फायरफॉक्समध्ये असाच एक प्रयोग आयोजित करण्यात आला होता, ज्यामध्ये काही साइटवर तीन-अंकी आवृत्त्यांवर प्रक्रिया करण्यात समस्या आढळल्या.

स्त्रोत: opennet.ru