Google 2022 সালের মধ্যে Chrome-এ তৃতীয় পক্ষের কুকি সমর্থন বন্ধ করতে চায়

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

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

স্বতন্ত্র পরিচয় ছাড়া এবং নির্দিষ্ট সাইট পরিদর্শনের ইতিহাসের রেফারেন্স ছাড়াই ব্যবহারকারীর আগ্রহের বিভাগ নির্ধারণ করতে, বিজ্ঞাপন নেটওয়ার্কগুলিকে API ব্যবহার করতে উত্সাহিত করা হয় floc, বিজ্ঞাপনে স্যুইচ করার পরে ব্যবহারকারীর কার্যকলাপ মূল্যায়ন করতে - API রূপান্তর পরিমাপ, এবং ক্রস-সাইট শনাক্তকারী ব্যবহার না করে ব্যবহারকারীদের আলাদা করতে - API ট্রাস্ট টোকেন. লক্ষ্যযুক্ত বিজ্ঞাপন প্রদর্শনের সাথে সম্পর্কিত বৈশিষ্ট্যের বিকাশ
গোপনীয়তা লঙ্ঘন ছাড়া, বাহিত পৃথক ওয়ার্কিং গ্রুপ, W3C সংস্থা দ্বারা তৈরি।

বর্তমানে, সময় কুকি ট্রান্সমিশন বিরুদ্ধে সুরক্ষা প্রসঙ্গে CSRF আক্রমণ সেট-কুকি হেডারে নির্দিষ্ট করা SameSite অ্যাট্রিবিউট ব্যবহার করা হয়, যা Chrome 76 থেকে শুরু করে ডিফল্টভাবে "SameSite=Lax" মানতে সেট করা হয়, যা তৃতীয় পক্ষের সাইট থেকে সন্নিবেশের জন্য কুকি পাঠানোকে সীমিত করে, কিন্তু সাইটগুলি তা করতে পারে কুকি সেট করার সময় SameSite=None মানটি স্পষ্টভাবে সেট করে সীমাবদ্ধতা বাতিল করুন। SameSite অ্যাট্রিবিউট দুটি মান নিতে পারে 'কঠোর' বা 'ল্যাক্স'। 'কঠোর' মোডে, কোনো ধরনের ক্রস-সাইট অনুরোধের জন্য কুকিজ পাঠানো থেকে বিরত থাকে। 'ল্যাক্স' মোডে, আরও শিথিল বিধিনিষেধ প্রয়োগ করা হয় এবং কুকি ট্রান্সমিশন শুধুমাত্র ক্রস-সাইট সাব-রিকোয়েস্টের জন্য ব্লক করা হয়, যেমন ইমেজ রিকোয়েস্ট বা আইফ্রেমের মাধ্যমে কন্টেন্ট লোড করা।

Chrome 80, 4 ঠা ফেব্রুয়ারির জন্য নির্ধারিত, একটি আরও কঠোর বিধিনিষেধ প্রয়োগ করবে যা HTTPS ছাড়া অনুরোধের জন্য তৃতীয় পক্ষের কুকির প্রক্রিয়াকরণকে নিষিদ্ধ করবে (SameSite=None অ্যাট্রিবিউট সহ, কুকিগুলি শুধুমাত্র সুরক্ষিত মোডে সেট করা যেতে পারে)৷ উপরন্তু, বাইপাস ট্র্যাকিং পদ্ধতি এবং লুকানো শনাক্তকরণ ("ব্রাউজার ফিঙ্গারপ্রিন্টিং") ব্যবহারের বিরুদ্ধে সনাক্তকরণ এবং সুরক্ষার জন্য সরঞ্জামগুলি বাস্তবায়নের কাজ অব্যাহত রয়েছে।

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

উত্স: opennet.ru