🥇 Chrome 94 मा Idle Detection API को समावेशको आलोचना। Chrome मा Rust को प्रयोग गर्दै

Chrome 94 मा Idle Detection API को पूर्वनिर्धारित समावेशले Firefox र WebKit/Safari विकासकर्ताहरूबाट आपत्ति जनाउँदै आलोचनाको लहर निम्त्याएको छ।

Idle Detection API ले साइटहरूलाई प्रयोगकर्ता निष्क्रिय भएको समय पत्ता लगाउन अनुमति दिन्छ, अर्थात्। किबोर्ड/माउससँग अन्तर्क्रिया गर्दैन वा अर्को मनिटरमा काम गर्दैन। API ले तपाइँलाई प्रणालीमा स्क्रिन सेभर चलिरहेको छ वा छैन भनेर पत्ता लगाउन पनि अनुमति दिन्छ। निष्क्रियताको बारेमा जानकारी निर्दिष्ट निष्क्रियता थ्रेसहोल्डमा पुगेपछि सूचना पठाएर गरिन्छ, जसको न्यूनतम मान 1 मिनेटमा सेट गरिएको छ।

यो नोट गर्न महत्त्वपूर्ण छ कि निष्क्रिय पत्ता लगाउने API को प्रयोगलाई प्रयोगकर्ता अनुमतिहरू स्पष्ट रूपमा प्रदान गर्न आवश्यक छ, अर्थात्। यदि एप्लिकेसनले पहिलो पटक निष्क्रियता पत्ता लगाउने प्रयास गर्छ भने, प्रयोगकर्तालाई अनुमति दिनुहोस् वा अपरेसन ब्लक गर्ने भनेर सोध्ने विन्डोको साथ प्रस्तुत गरिनेछ। Idle Detection API लाई पूर्ण रूपमा असक्षम पार्न, "गोपनीयता र सुरक्षा" सेटिङहरू खण्डमा विशेष विकल्प ("chrome://settings/content/idleDetection") प्रदान गरिएको छ।

अनुप्रयोग क्षेत्रहरूले च्याट, सामाजिक सञ्जाल र सञ्चार अनुप्रयोगहरू समावेश गर्दछ जसले प्रयोगकर्ताको स्थिति कम्प्युटरमा उसको उपस्थितिको आधारमा परिवर्तन गर्न सक्छ वा प्रयोगकर्ता नआउञ्जेल नयाँ सन्देशहरूको सूचना ढिलाइ गर्न सक्छ। API लाई निष्क्रियताको अवधि पछि मूल स्क्रिनमा फर्कन, वा प्रयोगकर्ता कम्प्युटरमा नभएको बेला पुन: रेखाचित्र जटिल, लगातार चार्ट अद्यावधिक गर्ने जस्ता संसाधन-गहन अन्तरक्रियात्मक कार्यहरू असक्षम गर्न किओस्क अनुप्रयोगहरूमा पनि प्रयोग गर्न सकिन्छ।

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

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

यो रिपोर्ट गरिएको छ कि प्रयोगहरूले क्रोमियम कोडबेसमा रस्ट भाषामा कम्पोनेन्टहरू विकास गर्ने क्षमता थप्न थालेको छ। रस्ट कोड अझै पनि प्रयोगकर्ताहरूलाई डेलिभर गरिएका निर्माणहरूमा समावेश गरिएको छैन र मुख्य रूपमा रस्टमा ब्राउजरको व्यक्तिगत भागहरू विकास गर्ने र C++ मा लेखिएका अन्य भागहरूसँग तिनीहरूको एकीकरणको सम्भावना परीक्षण गर्ने उद्देश्य राखिएको छ। समानान्तरमा, C++ कोडको लागि, पहिले नै मुक्त मेमोरी ब्लकहरू पहुँच गर्दा हुने कमजोरीहरूको शोषणको सम्भावनालाई रोक्नको लागि कच्चा पोइन्टर्सको सट्टा MiraclePtr प्रकार प्रयोग गर्नको लागि एउटा परियोजनाले विकास गर्न जारी राख्छ, र संकलन चरणमा त्रुटिहरू पत्ता लगाउन नयाँ विधिहरू पनि प्रस्तावित छन्।

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

स्रोत: opennet.ru

क्रोम 94 मा निष्क्रिय पत्ता लगाउने API को समावेश को आलोचना। क्रोम मा रस्ट संग प्रयोग

एक टिप्पणी थप्न Отменить ответ