ব্রাউজার প্রোফাইল পৃথকীকরণ: আসলে কী আলাদা হয়?

“আলাদা প্রোফাইল” কথাটি কোনো কাজের ধারায় ব্যবহার না করা পর্যন্ত নির্দিষ্ট শোনায়। কোনো পণ্যে হয়তো শুধু আলাদা ফোল্ডার বোঝায়। অন্য পণ্যে প্রক্রিয়া তদারকি, প্রতি-প্রোফাইল নেটওয়ার্ক নীতি, এনক্রিপশন, লক, ব্যাকআপ ও দলীয় অনুমতিও থাকতে পারে। শুধু নাম দেখে এই সব সীমা আছে ধরে নেওয়া যায় না।

ব্যবহারিক প্রশ্ন তাই: কী থেকে আলাদা, কোন ব্যর্থতা বা কার বিরুদ্ধে, এবং তার প্রমাণ কী?

যে চারটি সীমা সহজে গুলিয়ে যায়

সীমা	কী আলাদা করে	কী প্রমাণ করে না
ওয়েব উৎস	এক সাইটের স্ক্রিপ্ট-পাঠযোগ্য স্টোরেজকে অন্য উৎস থেকে	একই প্রোফাইলে একই সাইটের দুটি প্রবেশের অবস্থার আলাদা থাকা
ব্রাউজার প্রোফাইল	একটি প্রোফাইলের সঙ্গে যুক্ত ব্রাউজার অবস্থার সমষ্টি	একই OS অ্যাকাউন্টে ঢুকতে পারে এমন অন্য ব্যক্তির বিরুদ্ধে সুরক্ষা
Site Isolation ও sandboxing	আলাদা সাইটের ওয়েব বিষয়বস্তুকে সীমিত রেন্ডারার প্রক্রিয়ায়	প্রতিটি প্রোফাইলের জন্য আলাদা ব্রাউজার ইনস্টলেশন বা নেটওয়ার্ক স্তর
OS অ্যাকাউন্ট, কনটেইনার বা ভার্চুয়াল মেশিন	সিস্টেমের সীমায় ফাইল, প্রক্রিয়া, প্রবেশের তথ্য ও কখনো নেটওয়ার্ক নীতি	আলাদা করে না সাজালে ব্রাউজারের ভেতরের অ্যাকাউন্ট আলাদা থাকা

এই স্তরগুলো আলাদা সমস্যা সমাধান করে। ওয়েবের same-origin নিয়ম একটি উৎসের সাধারণ স্ক্রিপ্টকে অন্য উৎসের স্টোরেজ পড়া থেকে আটকায়। Chromium-এর Site Isolation নিরাপত্তা মডেল সাইটগুলোর মধ্যে sandbox-এ চলা রেন্ডারার প্রক্রিয়ার সীমা যোগ করে। ব্রাউজার প্রোফাইল একজন মানুষ বা কাজের ধারার ব্রাউজার-অবস্থা একত্র করে। OS অ্যাকাউন্ট বা ভার্চুয়াল মেশিন শক্তিশালী স্থানীয় আক্রমণকারী বা হোস্ট আলাদা রাখার সমস্যা সামলায়।

এক স্তরের দাবি কখনো অন্য স্তরের প্রমাণ হিসেবে ব্যবহার করবেন না।

স্থায়ী ব্রাউজার প্রোফাইল সাধারণত কী আলাদা করে

Chromium-এর নথিতে ইতিহাস, বুকমার্ক ও কুকিসহ ব্যবহারকারী-ডেটা ডিরেক্টরির প্রোফাইল ডেটা এবং প্রতিটি প্রোফাইল ওই ডিরেক্টরির একটি সাবডিরেক্টরি বলা হয়েছে। Chrome-এর প্রোফাইল নির্দেশিকা-তেও বুকমার্ক, ইতিহাস, পাসওয়ার্ড ও সেটিংস আলাদা থাকার কথা বলা আছে।

স্থায়ী কাজের প্রোফাইলে সাধারণত এই অবস্থার সীমা থাকে:

অবস্থা	আলাদা থাকার ব্যবহারিক প্রভাব
কুকি ও প্রমাণীকরণের অবস্থা	প্রোফাইল A-তে কোনো সেবায় অ্যাকাউন্টে প্রবেশ করলে একই কুকি ভাণ্ডার দিয়ে প্রোফাইল B-তে সেই অ্যাকাউন্টে প্রবেশ করা উচিত নয়
লোকাল স্টোরেজ ও সাইটের ডেটাবেস	ওয়েব অ্যাপ্লিকেশনের রাখা স্থানীয় অবস্থা যে প্রোফাইল তৈরি করেছে তার কাছেই থাকে
HTTP ক্যাশ ও Cache Storage	পুনর্ব্যবহারযোগ্য উত্তর ও অফলাইন অ্যাপ্লিকেশন ডেটা সাধারণত অন্য প্রোফাইলে যায় না
ইতিহাস, বুকমার্ক ও খোলা সেশনের অবস্থা	নেভিগেশনের রেকর্ড ও সংরক্ষিত গন্তব্য নির্দিষ্ট কাজের ধারায় থাকে
সাইটের অনুমতি	ক্যামেরা, মাইক্রোফোন, বিজ্ঞপ্তি, অবস্থান ও অনুরূপ সিদ্ধান্ত প্রোফাইল অনুযায়ী আলাদা হতে পারে
এক্সটেনশন ও এক্সটেনশনের অবস্থা	ইনস্টল করা এক্সটেনশন, তার সেটিংস ও অ্যাক্সেস প্রোফাইল অনুযায়ী পরিচালনা করা যায়
পাসওয়ার্ড ও অটোফিলের অবস্থা	স্থানীয় প্রবেশের তথ্য ও ফর্মের ডেটা নির্বাচিত প্রোফাইলে থাকে; অ্যাকাউন্ট সিঙ্ক চালু থাকলে তার নিয়ম প্রযোজ্য

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

ডিরেক্টরির সীমাতেও জীবনচক্রের নিয়ন্ত্রণ দরকার

প্রতিটি চালু করার সময় সঠিক পথ পেলে আলাদা ডেটার পথ ভুল করে আগের অবস্থা পুনর্ব্যবহার আটকায়। Chromium আরও বলে, দুটি চলমান Chrome দৃষ্টান্ত একই ব্যবহারকারী-ডেটা ডিরেক্টরি নিরাপদে ভাগ করতে পারে না। পরিচালিত প্রোফাইল ব্যবস্থার জীবনচক্রের নিয়ম স্পষ্ট হওয়া উচিত:

• প্রতিটি প্রোফাইলে একটি আলাদা স্টোরেজের মূল পথ দিন;
• একই স্থায়ী অবস্থায় দুই লেখককে একসঙ্গে লিখতে বাধা দিন;
• চালু করার সঙ্গে কোন প্রক্রিয়াগুলো যুক্ত তা শনাক্ত করুন;
• প্রক্রিয়াগুলোকে একই জীবনচক্র হিসেবে থামান বা পুনরুদ্ধার করুন;
• ব্যাকআপ বা স্থানান্তরের আগে লেখা সম্পূর্ণ করুন; এবং
• পরেরবার চালু করার আগে অসম্পূর্ণ বন্ধ হওয়া শনাক্ত করুন।

এই নিয়ন্ত্রণগুলো না থাকলে “আলাদা ফোল্ডার” থাকা সত্ত্বেও ভুল প্রোফাইল চালু হওয়া, পুরোনো লক, আংশিক কপি বা বাধার পরে ডেটা নষ্ট হওয়া সম্ভব।

ব্রাউজার প্রোফাইল স্বয়ংক্রিয়ভাবে কী আলাদা করে না

স্থানীয় অ্যাক্সেস

Chrome সতর্ক করে যে ডিভাইসে অ্যাক্সেস থাকা যে কেউ অন্য Chrome প্রোফাইলে বদলে ভিজিট করা সাইটের মতো তথ্য দেখতে পারে। তার পরামর্শ হলো ডিভাইস কেবল বিশ্বস্ত মানুষের সঙ্গে ভাগ করা। সাধারণ প্রোফাইল বাছাইয়ের পর্দা বিশ্বস্ত ব্যবহারকারীকে গুছিয়ে দেয়; একই OS অ্যাকাউন্টের অন্য ব্যবহারকারীর অ্যাক্সেস নিয়ন্ত্রণ করে না।

ঝুঁকির মধ্যে কৌতূহলী বা ক্ষতিকর স্থানীয় ব্যক্তি থাকলে আলাদা OS অ্যাকাউন্ট, ডিভাইসের নিয়ন্ত্রণ বা শক্তিশালী চালানোর সীমা ব্যবহার করুন। প্রোফাইল এনক্রিপশন ও আনলক নীতি ডিভাইসে সংরক্ষিত অবস্থায় প্রকাশ কমাতে পারে, কিন্তু নকশা, কী সংরক্ষণ, পুনরুদ্ধারের পথ ও আনলক থাকা অবস্থার আচরণ পর্যালোচনা করা দরকার।

ব্রাউজার বাইনারি ও আপডেটের পথ

একটি Chromium user-data directory-র নিচে কয়েকটি প্রোফাইল থাকতে পারে। তারা সাধারণত একই ইনস্টল করা ব্রাউজার ও আপডেটার ব্যবহার করে। আলাদা প্রোফাইলের অবস্থা আলাদা নিরাপত্তা-প্যাচের আচরণ তৈরি করে না।

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

নেটওয়ার্কের পরিচয়

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

প্রতি-প্রোফাইলে আলাদা প্রক্সি দরকার হলে শুধু সাজানো ঠিকানা দেখবেন না। প্রমাণীকরণ, DNS সামলানো, WebSocket ও অন্য প্রোটোকল, ব্যর্থতার পরে বিকল্প পথে যাওয়া এবং প্রক্সি প্রস্তুত হওয়ার আগে কী ঘটে তা পরীক্ষা করুন। ব্যর্থ হলেও সংযোগ খোলা রাখার ব্যবস্থা সংরক্ষিত প্রক্সি সেটিং ঠিক থাকলেও নেটওয়ার্কের সীমা নষ্ট করতে পারে।

ডিভাইস ও পরিবেশের বৈশিষ্ট্য

প্রোফাইলে কুকি ও সেটিংস আলাদা হলেও একই ব্রাউজার, অপারেটিং সিস্টেম, হার্ডওয়্যার, পর্দা, ভাষার বিন্যাস ও নেটওয়ার্কের বৈশিষ্ট্য প্রকাশ পেতে পারে। W3C ফিঙ্গারপ্রিন্টিংকে দেখা যায় এমন বৈশিষ্ট্য দিয়ে আবার চিনে নেওয়ার পদ্ধতি বলে; ফিঙ্গারপ্রিন্টিং নির্দেশিকায় অনুরোধের হেডার, IP ঠিকানা, উইন্ডোর আকার, ফন্ট, সংযুক্ত ডিভাইস, কর্মক্ষমতা, সেন্সর ও গ্রাফিক্স রেন্ডারিংকে সম্ভাব্য ইনপুট বলা হয়েছে।

প্রোফাইল আলাদা রাখা অবস্থা পুনর্ব্যবহার আটকাতে পারে। এতে ডিভাইস অচেনা হয়ে যায় না, আলাদা ফিঙ্গারপ্রিন্টের নিশ্চয়তা মেলে না এবং তৃতীয় পক্ষের সেবা অ্যাক্সেস গ্রহণ করবে—এমন নিশ্চয়তাও নেই।

প্রোফাইলের বাইরের ফাইল

ডাউনলোড প্রায়ই প্রোফাইলের নিজস্ব স্টোরেজ ছেড়ে সাধারণ ব্যবহারকারীর ফোল্ডারে যায়। Chrome-এর ডেটা-মুছে ফেলার নথি স্পষ্ট করে: ডাউনলোডের ইতিহাস পরিষ্কার করলেও ডাউনলোড করা ফাইল মুছে যায় না।

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

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

ক্লাউড অ্যাকাউন্ট ও সিঙ্ক্রোনাইজেশন

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

সিঙ্ক্রোনাইজেশনকে আরেকটি আস্থার সীমা হিসেবে ভাবুন। কী আপলোড হয়, কীভাবে এনক্রিপ্ট হয়, নতুন ডিভাইস কে অনুমোদন করে, মুছে ফেলার সিদ্ধান্ত কীভাবে ছড়ায় এবং পুনরুদ্ধার ভুল প্রোফাইলের অবস্থা মিশিয়ে দিতে পারে কি না—সব লিখে রাখুন।

Site Isolation আলাদা নিরাপত্তা-নিয়ন্ত্রণ

Chromium-এর Site Isolation সমর্থিত প্ল্যাটফর্মে ভিন্ন সাইটের পেজ আলাদা sandbox-এ চলা রেন্ডারার প্রক্রিয়ায় রাখে। এতে এক সাইটের দখল হয়ে যাওয়া রেন্ডারার অন্য সাইটের সংবেদনশীল ডেটা পাওয়ার সম্ভাবনা কমে।

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

দুটি নিয়ন্ত্রণই গুরুত্বপূর্ণ। আলাদাভাবে পরীক্ষা করুন এবং আলাদাভাবে বর্ণনা করুন।

স্থায়ী প্রোফাইল, Incognito নাকি অস্থায়ী প্রোফাইল?

Chrome Incognito ব্যক্তিগত সেশন খোলা থাকা পর্যন্ত কুকি ও সাইটের ডেটা অস্থায়ীভাবে রাখে; সেশন শেষ হলে সাইটের ডেটা বা ভিজিট করা সাইটের রেকর্ড রাখে না। Google আরও বলে, Incognito ভিজিট করা সাইট ও তার সেবার ডেটা সংগ্রহের পদ্ধতি বদলায় না।

বিশ্বস্ত ডিভাইসে অল্প সময়ের সেশনের জন্য Incognito উপযোগী। বারবার একইভাবে ব্যবহারযোগ্য এক্সটেনশন, পুনরুদ্ধারযোগ্য অবস্থা, নির্দিষ্ট মালিক বা নিয়ন্ত্রিত হস্তান্তর দরকার এমন স্থায়ী কাজের প্রোফাইলের বিকল্প এটি নয়।

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

পুনরুদ্ধারও আলাদা রাখার অংশ

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

পুনরুদ্ধারের নকশায় প্রমাণ করুন:

1. ব্যাকআপটি একটি অপরিবর্তনীয় প্রোফাইল পরিচয়ের;
2. সুসংগত জীবনচক্রের একটি বিন্দুতে স্ন্যাপশট নেওয়া হয়েছে;
3. আর্কাইভ ও পুনরুদ্ধারের সময় গোপন তথ্য সুরক্ষিত থাকে;
4. ব্রাউজারের সংস্করণ ফিরিয়ে আনা অবস্থার সঙ্গে সামঞ্জস্যপূর্ণ;
5. পুনরুদ্ধার নীরবে কোনো বিদ্যমান প্রোফাইলের সঙ্গে মিশে যায় না; এবং
6. বাধা এলে শেষ নির্ভরযোগ্য অবস্থায় ফেরা যায়।

ক্যাশ সাধারণত বদলে ফেলা যায়। বুকমার্ক, ব্যবহারকারীর তৈরি স্থানীয় ডেটা, প্রবেশের তথ্য, এক্সটেনশনের অবস্থা ও নিরীক্ষার মেটাডেটা হয়তো যায় না। পুনরুদ্ধারের নীতিতে এগুলো আলাদা করে দেখাতে হবে।

ব্যবহারিক আলাদা রাখার পরীক্ষা

অনুমোদিত QA দল একই ওয়েব অ্যাপ্লিকেশনের দুটি টেন্যান্ট পরীক্ষা করছে ভাবুন। টেন্যান্ট A ও টেন্যান্ট B স্বাধীন থাকতে হবে।

প্রতিটি প্রোফাইলের জন্য দল একটি ছোট পরীক্ষার ম্যাট্রিক্স লিখে রাখতে পারে:

1. প্রোফাইল A-তে অ্যাকাউন্টে প্রবেশ করুন, একটি পছন্দ সেট করুন, সাইটের অনুমতি দিন এবং অফলাইন অ্যাপ্লিকেশনের অবস্থা নথিভুক্ত করুন।
2. প্রোফাইল B-তে একই উৎস খুলে নিশ্চিত করুন যে A-এর প্রমাণীকৃত ও স্থানীয় অবস্থা সেখানে নেই।
3. B-এর নির্ধারিত নেটওয়ার্কের পথ ঠিক করে প্রবেশের তথ্য দেওয়ার আগে সাধারণ অনুরোধ ও ব্যর্থতার আচরণ যাচাই করুন।
4. প্রতিটি প্রোফাইল থেকে নিরাপদ চিহ্ন-দেওয়া ফাইল ডাউনলোড করে নিশ্চিত করুন ফাইল কোথায় আসে এবং কে পড়তে পারে।
5. একটি চালু হওয়ার প্রক্রিয়ায় বাধা দিন, আবার খুলুন এবং দেখুন অবস্থা অন্য প্রোফাইলে যায়নি।
6. A-কে নতুন পরীক্ষার শনাক্তকারীতে ব্যাকআপ ও পুনরুদ্ধার করে নিশ্চিত করুন B অপরিবর্তিত আছে।

এটি চোখে দেখা আচরণ পরীক্ষা করে। দুটি ভিন্ন রঙের উইন্ডোর স্ক্রিনশট যথেষ্ট নয়।

আলাদা রাখার ওপর নির্ভর করার আগে প্রশ্ন

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

সিদ্ধান্ত নেওয়ার দিক

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

“আলাদা” শব্দটি কেবল শুরু। আসল পণ্য হলো নথিভুক্ত সীমা, ব্যর্থ হলে তার আচরণ এবং দৈনন্দিন ব্যবহারে সেই সীমা টিকে থাকার প্রমাণ।

সীমাবদ্ধতা

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