Chrome এখন তৃতীয় পক্ষের কুকি এবং লুকানো শনাক্তকরণের বিরুদ্ধে সুরক্ষা পাবে৷

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

গুণ সেমসাইট তৃতীয় পক্ষের সাইট থেকে অনুরোধ প্রাপ্ত হলে কুকি পাঠানোর অনুমতি দেওয়া হয় এমন পরিস্থিতিতে আপনাকে সংজ্ঞায়িত করতে দেয়। বর্তমানে, ব্রাউজারটি এমন একটি সাইটের অনুরোধে একটি কুকি পাঠায় যার জন্য একটি কুকি সেট করা হয়েছে, এমনকি যদি অন্য একটি সাইট প্রাথমিকভাবে খোলা হয়, এবং অনুরোধটি পরোক্ষভাবে একটি ছবি লোড করে বা একটি আইফ্রেমের মাধ্যমে করা হয়৷ বিজ্ঞাপন নেটওয়ার্কগুলি সাইটগুলির মধ্যে ব্যবহারকারীর গতিবিধি ট্র্যাক করতে এই বৈশিষ্ট্যটি ব্যবহার করে, এবং৷
সংগঠনের জন্য আক্রমণকারী CSRF আক্রমণ (যখন আক্রমণকারী দ্বারা নিয়ন্ত্রিত একটি সংস্থান খোলা হয়, তখন একটি অনুরোধ গোপনে তার পৃষ্ঠাগুলি থেকে অন্য সাইটে পাঠানো হয় যেখানে বর্তমান ব্যবহারকারীকে প্রমাণীকরণ করা হয় এবং ব্যবহারকারীর ব্রাউজার এই ধরনের অনুরোধের জন্য সেশন কুকিজ সেট করে)। অন্যদিকে, তৃতীয় পক্ষের সাইটগুলিতে কুকি পাঠানোর ক্ষমতা ব্যবহার করা হয় পৃষ্ঠাগুলিতে উইজেটগুলি সন্নিবেশ করার জন্য, উদাহরণস্বরূপ, YuoTube বা Facebook এর সাথে একীকরণের জন্য৷

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

অন্যান্য আসন্ন পরিবর্তনগুলির মধ্যে, এটি একটি কঠোর বিধিনিষেধ প্রয়োগ করার পরিকল্পনা করা হয়েছে যা HTTPS ছাড়া অনুরোধের জন্য তৃতীয় পক্ষের কুকিগুলির প্রক্রিয়াকরণকে নিষিদ্ধ করে (SameSite=None বৈশিষ্ট্য সহ, কুকিগুলি শুধুমাত্র নিরাপদ মোডে সেট করা যেতে পারে)৷ এছাড়াও, লুকানো শনাক্তকরণের ("ব্রাউজার ফিঙ্গারপ্রিন্টিং") ব্যবহার থেকে রক্ষা করার জন্য কাজ চালানোর পরিকল্পনা করা হয়েছে, যার মধ্যে পরোক্ষ ডেটার উপর ভিত্তি করে শনাক্তকারী তৈরি করার পদ্ধতিগুলি অন্তর্ভুক্ত রয়েছে, যেমন পর্দা রেজল্যুশন, সমর্থিত MIME প্রকারের তালিকা, হেডারে নির্দিষ্ট পরামিতি (HTTP- র / 2 и HTTPS দ্বারা), ইনস্টল করা বিশ্লেষণ প্লাগইন এবং ফন্ট, ভিডিও কার্ডের জন্য নির্দিষ্ট কিছু ওয়েব API-এর প্রাপ্যতা বৈশিষ্ট্য ওয়েবজিএল এবং ক্যানভাস ব্যবহার করে রেন্ডারিং, ম্যানিপুলেশন CSS এর সাথে কাজ করার বৈশিষ্ট্যের বিশ্লেষণ মাউস и একটি কীবোর্ড.

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

উত্স: opennet.ru