Isoline নির্দেশিকা

ব্রাউজার প্রোফাইল ব্যাকআপ ও রিকভারি: দলকে কী পরীক্ষা করা উচিত

গোপন তথ্য প্রকাশ বা পুরোনো অনুমতি ফিরিয়ে না এনে ব্রাউজার প্রোফাইল নির্ধারিত পুনরুদ্ধার লক্ষ্যের মধ্যে পরিষ্কার পরিবেশে নিরাপদে পুনঃস্থাপন করা যায়—এটি প্রমাণ করুন।

ব্যবহারযোগ্য পুনরুদ্ধার সংজ্ঞায়িত করুন

ব্যাকআপ জিজ্ঞেস করে, “কিছু কি কপি হয়েছে?” পুনরুদ্ধারের অনুশীলন জিজ্ঞেস করে, “সঠিক ব্যক্তি কি নিরাপদে অনুমোদিত কাজ আবার শুরু করতে পারবেন?”

অনুশীলনের আগে দুটি লক্ষ্য ঠিক করুন:

  • পুনরুদ্ধারের বিন্দু: গ্রহণযোগ্য সর্বশেষ অবস্থা। যেমন, আগের অনুমোদিত স্ন্যাপশটের পরের পরিবর্তন হারানো দল মেনে নিতে পারে, কিন্তু পুরো দিনের অনুমোদিত কাজ হারানো নয়।
  • পুনরুদ্ধারের সময়: প্রোফাইল অনুপলব্ধ ঘোষণা করা থেকে ব্যবহারযোগ্য ও নিরাপদ বিকল্প নিশ্চিত করা পর্যন্ত সর্বোচ্চ গ্রহণযোগ্য সময়।

এই লক্ষ্য কাজের ওপর প্রভাব ও ক্লায়েন্টের দায়বদ্ধতা থেকে আসা উচিত। অন্য দলের সাধারণ সংখ্যা কপি করবেন না।

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

NIST-এর Guide for Cybersecurity Event Recovery বাস্তব পরীক্ষার পরিস্থিতি, নির্ধারিত ভূমিকা, নথিভুক্ত ফল এবং অনুশীলন যে ভুলগুলো প্রকাশ করে তার ভিত্তিতে উন্নতি সুপারিশ করে। প্রোফাইল পুনরুদ্ধারেও এই পদ্ধতি কার্যকর।

পুনরুদ্ধারের সেটের তালিকা করুন

ব্রাউজারের অবস্থা কয়েকটি সীমা পেরিয়ে থাকে। কী ফিরিয়ে আনবেন, কী নতুন করে বানাবেন, কী আবার অনুমোদন করবেন অথবা কী ইচ্ছা করে বাদ দেবেন তা ঠিক করুন।

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

Chromium-এর নথিতে আছে ব্যবহারকারী-ডেটা ডিরেক্টরিতে প্রোফাইল সাবডিরেক্টরি ও প্রতি-ইনস্টলেশনের স্থানীয় অবস্থা থাকে। macOS-এ আলাদা ক্যাশের পথও তৈরি হয়। চোখে দেখা একটি ফোল্ডারকেই পুরো পুনরুদ্ধারের সেট ধরে না নিয়ে মূল ডিরেক্টরির কাঠামো দেখুন।

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

সময়ের সঙ্গে সামঞ্জস্যপূর্ণ একটি বিন্দু ধরে রাখুন

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

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

প্রতিটি পুনরুদ্ধারের বিন্দুর সঙ্গে লিখুন:

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

বাধাগ্রস্ত লেখা হওয়ার পরে আগের পুনরুদ্ধারের বিন্দু অথবা নতুনটি—অন্তত একটি ব্যবহারযোগ্য থাকতে হবে। আংশিক তৈরি আর্কাইভ কখনো একমাত্র নির্ভরযোগ্য কপির জায়গা নেবে না।

পরিষ্কার পরিবেশে পুনরুদ্ধারের অনুশীলন চালান

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

কৃত্রিম পরীক্ষার প্রমাণ প্রস্তুত করুন

সহজে যাচাই করা যায় এমন চিহ্নসহ নিরাপদ প্রোফাইল বানান:

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

বাস্তব পাসওয়ার্ড বা সেশন টোকেন এক্সপোর্ট করে অনুশীলনকে বাস্তবসম্মত করবেন না। বাস্তবতা দরকার ডেটায় নয়, পুনরুদ্ধারের প্রক্রিয়ায়।

পুনরুদ্ধার সম্পাদন করুন

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

অনুশীলন চালানো ব্যক্তি ব্যাকআপ তৈরি করা ব্যক্তির অপ্রকাশিত জ্ঞানের ওপর নির্ভর করবেন না। অজানা জ্ঞান নিজেই পুনরুদ্ধারের নির্ভরতা।

ডিভাইস হারানোর চেয়ে বেশি পরীক্ষা করুন

একটি সফল পুনরুদ্ধার প্রধান ব্যর্থতার ধরনগুলোকে কভার করে না।

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

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

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

প্রোফাইলের ফাইল থেকে প্রমাণীকরণ আলাদা করে পরীক্ষা করুন

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

বর্তমান WebAuthn Level 3 Recommendation এক-ডিভাইসের প্রমাণীকরণ তথ্য ও বহু-ডিভাইসের প্রমাণীকরণ তথ্য আলাদা করে এবং ব্যাকআপের যোগ্যতা ও ব্যাকআপের অবস্থা সংজ্ঞায়িত করে। ব্যক্তিগত কী ব্যাকআপের জন্য এটি কোনো সাধারণ প্রোটোকল দেয় না। Web Authentication Level 3 Recommendation সতর্ক করে, রিলাইং পার্টিতে একমাত্র প্রমাণীকরণ তথ্য নিবন্ধিত থাকলে প্রমাণীকরণকারী হারিয়ে ব্যবহারকারী আটকে যেতে পারেন। প্রোফাইল আর্কাইভের বাইরে রিলাইং পার্টির নথিভুক্ত নিবন্ধন ও পুনরুদ্ধারের বিকল্প পরীক্ষা করুন।

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

macOS-এর ব্যাকআপ টুল আসলে কী প্রমাণ করে বুঝুন

Time Machine স্বয়ংক্রিয়ভাবে ফাইলের ব্যাকআপ করতে এবং একই বা অন্য Mac-এ ফাইল ফিরিয়ে আনতে পারে। Apple Time Machine-এর ব্যাকআপ এনক্রিপ্ট করার সুযোগও দেয়; পরে ফিরিয়ে আনতে পাসওয়ার্ড লাগে। প্রযোজ্য macOS সংস্করণের জন্য বর্তমান Time Machine সেটআপ ও পুনরুদ্ধারের নির্দেশনা দেখুন।

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

পুরো ডিভাইস বদলাতে Migration Assistant Mac বা Time Machine ব্যাকআপ থেকে নথি, অ্যাপ, ব্যবহারকারীর অ্যাকাউন্ট ও সেটিংস স্থানান্তর করতে পারে। Apple জানায়, ইমেলের মতো কিছু সেবায় পরে সেটআপ লাগতে পারে। এটিকে পরীক্ষার একটি পুনরুদ্ধারের পথ ভাবুন; সব ব্রাউজার বা Keychain-এর নির্ভরতা কাজ করবে—এমন প্রমাণ নয়।

প্রমাণের প্যাকেজ লিখে রাখুন

পর্যালোচনা করা যায় এমন অনুশীলনের রেকর্ডে থাকা উচিত:

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

ফিরিয়ে আনা পরিবেশ ঘোষিত গ্রহণযোগ্যতার মান পূরণ করলে এবং অবশিষ্ট প্রতিটি ঝুঁকি দল সমাধান বা গ্রহণ করলে অনুশীলন সম্পূর্ণ। ব্যাকআপ ড্যাশবোর্ডে সবুজ চিহ্ন একা পুনরুদ্ধারের প্রমাণ নয়।

পরিবর্তন-নির্ভর পরীক্ষার বিরতি বেছে নিন

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

নিয়মিত অনুশীলনে পরিস্থিতি ও অপারেটর বদলান। শুধু সবচেয়ে সহজ ফাইল ফিরিয়ে আনার কাজ বারবার করলে দল এক ধরনের ব্যর্থতার জন্যই প্রশিক্ষিত হবে।

এই নির্দেশিকা সম্পর্কে

AI সহায়তা
এই নিবন্ধটি ইংরেজি উৎস থেকে AI/Codex দিয়ে সরাসরি অনুবাদ করা হয়েছে। প্রকাশিত বিষয়বস্তুর দায়িত্ব Isoline-এর; বাংলা ভাষায় দক্ষ পর্যালোচনা এখনও সম্পন্ন হয়নি।

সূত্র

সূত্রগুলো নিচের বিষয়গুলো সমর্থন করে। দেখার তারিখ জানায় উদ্ধৃত উপকরণ কবে যাচাই করা হয়েছিল।

  1. বিষয়
    সমর্থিত macOS-এ Time Machine-এর ব্যাকআপ, এনক্রিপশন ও পুনঃস্থাপনের আচরণ।
    দেখার তারিখ
  2. বিষয়
    নেটওয়ার্কভিত্তিক Time Machine ব্যাকআপ যাচাইয়ের নথিবদ্ধ পরিসর ও সীমা।
    দেখার তারিখ
  3. বিষয়
    Migration Assistant-এর স্থানান্তর-শ্রেণি এবং স্থানান্তরের পর বাকি সেটআপের প্রয়োজনীয়তা।
    দেখার তারিখ
  4. বিষয়
    প্রোফাইল ও ইনস্টলেশনভিত্তিক ডেটার অবস্থান, যার মধ্যে আলাদা macOS ক্যাশের পথও আছে।
    দেখার তারিখ
  5. বিষয়
    প্রোফাইলের পরবর্তী সংস্করণে রূপান্তর এবং পুরোনো Chromium নতুন ডেটা পড়লে সীমিত আচরণ।
    দেখার তারিখ
  6. বিষয়
    চলমান SQLite ডেটাবেসের সামঞ্জস্যপূর্ণ ব্যাকআপ এবং সেই নিশ্চয়তার সীমা।
    দেখার তারিখ
  7. বিষয়
    পুনরুদ্ধার পরিকল্পনা, বাস্তব মহড়া, নির্ধারিত ভূমিকা, নথিবদ্ধ ফলাফল এবং ধাপে ধাপে উন্নতি।
    দেখার তারিখ
  8. CISA: StopRansomware Guide Cybersecurity and Infrastructure Security Agency
    বিষয়
    ransomware প্রতিরোধে অফলাইন এনক্রিপ্টেড ব্যাকআপ এবং নিয়মিত প্রাপ্যতা ও অখণ্ডতা পরীক্ষা।
    দেখার তারিখ
  9. বিষয়
    পরিচয়প্রমাণের ব্যাকআপ করা যাবে কি না ও তার অবস্থা, সাধারণ ব্যক্তিগত-কী ব্যাকআপ প্রোটোকল না থাকা এবং নিবন্ধিত একমাত্র পরিচয়প্রমাণ হারালে অ্যাকাউন্টে ঢুকতে না পারার ঝুঁকি।
    দেখার তারিখ
সংশোধনের প্রস্তাব দিন