ক্রোম 94-এ নিষ্ক্রিয় সনাক্তকরণ API অন্তর্ভুক্ত করার সমালোচনা। ক্রোমে মরিচা নিয়ে পরীক্ষা করা

Chrome 94-এ Idle Detection API-এর ডিফল্ট অন্তর্ভুক্তির ফলে Firefox এবং WebKit/Safari ডেভেলপারদের আপত্তি উদ্ধৃত করে সমালোচনার ঝড় উঠেছে।

Idle Detection API সাইটগুলিকে ব্যবহারকারীর নিষ্ক্রিয় থাকাকালীন সময় সনাক্ত করতে দেয়, যেমন কীবোর্ড/মাউসের সাথে ইন্টারঅ্যাক্ট করে না বা অন্য মনিটরে কাজ করে না। এপিআই আপনাকে সিস্টেমে একটি স্ক্রিন সেভার চলছে কিনা তা খুঁজে বের করার অনুমতি দেয়। নিষ্ক্রিয়তা সম্পর্কে তথ্য একটি নির্দিষ্ট নিষ্ক্রিয়তা থ্রেশহোল্ডে পৌঁছানোর পরে একটি বিজ্ঞপ্তি পাঠিয়ে বাহিত হয়, যার সর্বনিম্ন মান 1 মিনিটে সেট করা হয়।

এটি লক্ষ্য করা গুরুত্বপূর্ণ যে নিষ্ক্রিয় সনাক্তকরণ API ব্যবহারের জন্য ব্যবহারকারীর অনুমতিগুলির সুস্পষ্ট মঞ্জুরি প্রয়োজন, যেমন যদি অ্যাপ্লিকেশনটি প্রথমবারের মতো নিষ্ক্রিয়তা সনাক্ত করার চেষ্টা করে, ব্যবহারকারীকে একটি উইন্ডো উপস্থাপন করা হবে যাতে জিজ্ঞাসা করা হয় অনুমতি দেওয়া বা অপারেশন ব্লক করা। Idle Detection API সম্পূর্ণরূপে নিষ্ক্রিয় করতে, একটি বিশেষ বিকল্প (“chrome://settings/content/idleDetection”) “গোপনীয়তা এবং নিরাপত্তা” সেটিংস বিভাগে প্রদান করা হয়েছে।

অ্যাপ্লিকেশন ক্ষেত্রগুলির মধ্যে চ্যাট, সামাজিক নেটওয়ার্কিং এবং যোগাযোগ অ্যাপ্লিকেশনগুলি অন্তর্ভুক্ত রয়েছে যা ব্যবহারকারীর কম্পিউটারে তার উপস্থিতির উপর নির্ভর করে বা ব্যবহারকারীর আগমন পর্যন্ত নতুন বার্তাগুলির বিজ্ঞপ্তি বিলম্বিত করার উপর নির্ভর করে তার অবস্থা পরিবর্তন করতে পারে। এপিআই কিওস্ক অ্যাপ্লিকেশনগুলিতে নিষ্ক্রিয়তার সময়কালের পরে আসল স্ক্রীনে ফিরে যেতে, বা ব্যবহারকারী কম্পিউটারে না থাকাকালীন রিসোর্স-ইনটেনসিভ ইন্টারেক্টিভ ক্রিয়াকলাপগুলিকে অক্ষম করতে ব্যবহার করা যেতে পারে, যেমন পুনর্নবীকরণ জটিল, ক্রমাগত চার্ট আপডেট করা।

Idle Detection API সক্রিয় করার বিরোধীদের অবস্থান হল ব্যবহারকারী কম্পিউটারে আছেন কি না সেই তথ্য গোপনীয় বলে বিবেচিত হতে পারে। দরকারী অ্যাপ্লিকেশনগুলি ছাড়াও, এই APIটি খারাপ উদ্দেশ্যেও ব্যবহার করা যেতে পারে, উদাহরণস্বরূপ, ব্যবহারকারী দূরে থাকাকালীন দুর্বলতাগুলিকে কাজে লাগানোর চেষ্টা করতে বা খনির মতো সুস্পষ্ট দূষিত কার্যকলাপ লুকানোর জন্য। প্রশ্নে API ব্যবহার করে, ব্যবহারকারীর আচরণের ধরণ এবং তার কাজের দৈনিক ছন্দ সম্পর্কে তথ্যও সংগ্রহ করা যেতে পারে। উদাহরণস্বরূপ, ব্যবহারকারী কখন লাঞ্চে যায় বা কর্মস্থল ত্যাগ করে তা আপনি জানতে পারেন। অনুমোদনের প্রমাণের জন্য একটি বাধ্যতামূলক অনুরোধের পরিপ্রেক্ষিতে, Google এই উদ্বেগগুলিকে তুচ্ছ বলে মনে করে৷

উপরন্তু, আপনি মেমরির সাথে নিরাপদ অপারেশন নিশ্চিত করার জন্য নতুন কৌশলগুলির প্রচার সম্পর্কে Chrome বিকাশকারীদের কাছ থেকে নোটটি নোট করতে পারেন৷ গুগলের মতে, ক্রোমের 70% নিরাপত্তা সমস্যা মেমরির ত্রুটির কারণে হয়, যেমন এটির সাথে যুক্ত মেমরি মুক্ত করার পরে একটি বাফার ব্যবহার করা (ব্যবহার-পর-মুক্ত)। এই ধরনের ত্রুটিগুলি মোকাবেলার জন্য তিনটি প্রধান কৌশল চিহ্নিত করা হয়েছে: সংকলন পর্যায়ে চেক শক্তিশালী করা, রানটাইমে ত্রুটিগুলি ব্লক করা এবং একটি মেমরি-নিরাপদ ভাষা ব্যবহার করা।

এটি রিপোর্ট করা হয়েছে যে ক্রোমিয়াম কোডবেসে মরিচা ভাষায় উপাদানগুলি বিকাশ করার ক্ষমতা যুক্ত করার জন্য পরীক্ষা-নিরীক্ষা শুরু হয়েছে। মরিচা কোডটি ব্যবহারকারীদের কাছে বিতরণ করা বিল্ডগুলিতে এখনও অন্তর্ভুক্ত করা হয়নি এবং এটি প্রধানত মরিচা-এ ব্রাউজারের পৃথক অংশগুলি বিকাশের সম্ভাবনা এবং C++ এ লেখা অন্যান্য অংশগুলির সাথে তাদের একীকরণের সম্ভাবনা পরীক্ষা করা। সমান্তরালভাবে, C++ কোডের জন্য, ইতিমধ্যে মুক্ত করা মেমরি ব্লকগুলি অ্যাক্সেস করার ফলে সৃষ্ট দুর্বলতাগুলিকে কাজে লাগানোর সম্ভাবনাকে ব্লক করতে কাঁচা পয়েন্টারের পরিবর্তে MiraclePtr টাইপ ব্যবহার করার জন্য একটি প্রকল্প বিকাশ অব্যাহত রয়েছে, এবং সংকলন পর্যায়ে ত্রুটি সনাক্ত করার জন্য নতুন পদ্ধতিগুলিও প্রস্তাব করা হয়েছে।

এছাড়াও, ব্রাউজার দুটির পরিবর্তে তিনটি সংখ্যা বিশিষ্ট একটি সংস্করণে পৌঁছানোর পরে সাইটগুলির সম্ভাব্য ব্যাঘাত পরীক্ষা করার জন্য Google একটি পরীক্ষা শুরু করছে৷ বিশেষ করে, Chrome 96-এর পরীক্ষামূলক রিলিজে, "chrome://flags#force-major-version-to-100" সেটিং উপস্থিত হয়েছিল, যখন User-Agent হেডার, সংস্করণ 100 (Chrome/100.0.4650.4) এ উল্লেখ করা হয়েছে। প্রদর্শিত হতে শুরু করে। আগস্টে, ফায়ারফক্সে অনুরূপ একটি পরীক্ষা চালানো হয়েছিল, যা কিছু সাইটে তিন-সংখ্যার সংস্করণ প্রক্রিয়াকরণে সমস্যা প্রকাশ করেছিল।

উত্স: opennet.ru