“ওয়েবসাইট” কী অন্তর্ভুক্ত তা সংজ্ঞায়িত করুন
একটি সার্ভিস ইনভেন্টরি দিয়ে শুরু করুন। প্রতিটি সাইট, পোর্টাল, স্টোর বা ক্যাম্পেইনের জন্য ব্যবসায়িক মালিক, টেকনিক্যাল মালিক, হোষ্টিং অ্যাকাউন্ট, ডোমেইন ও DNS কন্ট্রোল, রেপোজিটরি, কনটেন্ট ও মিডিয়া স্টোর, ইন্টিগ্রেশন এবং অপরিহার্য ক্রেডেনশিয়াল নথিভুক্ত করুন। কোন অংশ ভার্সন কন্ট্রোল থেকে পুনর্নির্মাণযোগ্য তা এবং কোনটি অনন্য রেকর্ড রাখে তা চিহ্নিত করুন।
কনফিগারেশনকে ইচ্ছাকৃতভাবে অন্তর্ভুক্ত করুন: রিডাইরেক্ট, CDN বা ফায়ারওয়াল সেটিংস, নির্ধারিত জব, টেমপ্লেট এবং ইনফ্রাস্ট্রাকচার-এ-অফ-কোড ফাইল। লাইভ সিক্রেটস সাধারণ ম্যানিফেস্টে কপি করবেন না; পরিবর্তে অনুমোদিত সিক্রেটস সিস্টেম এবং জরুরি-অ্যাক্সেস প্রক্রিয়ার দিকে নির্দেশ করুন। WordPress ডকুমেন্টেশন সাধারণ ফাঁকটি দেখায়: একটি সাধারণ সাইটের জন্য ফাইলগুলোর পাশাপাশি আলাদা একটি ডাটাবেসও প্রয়োজন।
সেসব অপরিহার্য তথ্য বা ট্রানজ্যাকশন সরবরাহ করতে সক্ষম সবচেয়ে ছোট নিরাপদ সংস্করণ সংজ্ঞায়িত করুন।
যুক্তিসংগত ডাটাবেস, ফাইল, মিডিয়া এবং কনফিগারেশন একটিভাবে একই টাইমস্ট্যাম্প বা ভার্সন লেবেলে রাখুন।
ব্যবসায়িক সহনশীলতা থেকে ফ্রিকোয়েন্সি ও রিটেনশন নির্ধারণ করুন
পরিবর্তনের হার ও মূল্যায়নের ভিত্তি নিয়ে ফ্রিকোয়েন্সি নির্বাচন করুন। সাধারণ ভাষায় প্রতিটি সেবার RPO (Recovery Point Objective) লিখুন, তারপর যাচাই করুন প্রতিটি অনন্য স্টোর পর্যাপ্ত ঘনঘনভাবে ক্যাপচার হচ্ছে। রাত্রীকালীন ফাইল কপি দ্রুত পরিবর্তনশীল ডাটাবেসের চার-ঘন্টার RPO মেটাতে পারে না।
RTO (Recovery Time Objective) আলাদা করে সেট করুন। এতে অনুমোদন, ক্লিন ইনফ্রাস্ট্রাকচার, পুনরুদ্ধার, ভ্যালিডেশন, ট্র্যাফিক পরিবর্তন, এবং অভ্যন্তরীণ যোগাযোগ অন্তর্ভুক্ত করুন। এটি ভেন্ডারের দাবির পরিবর্তে ড্রিলের মাধ্যমে পরিমাপ করুন। ত্রুটি বা বিলম্বী আবিষ্কারের আগে পৌঁছানোর জন্য পুরনো পয়েন্টগুলো যথেষ্টক্ষণ ধরে রাখুন, এবং যেখানে ডেটা সংবেদনশীল সেখানে প্রাইভেসি, রেকর্ডস বা লিগ্যাল বিশেষজ্ঞদের সাথে রিটেনশন পর্যালোচনা করুন।
সম্পূর্ণ পুনরুদ্ধার পয়েন্টগুলোর মধ্যে ইন্টারভালকে প্রতিটি সার্ভিসের RPO-এর সাথে তুলনা করুন।
একজন অনুমোদিত ব্যক্তি একটি পুরনো অনুমোদিত রিস্টোর পয়েন্ট খুঁজে পেতে পারবেন কি না যাচাই করুন।
পুনরুদ্ধারের কপিগুলো আলাদা করুন ও সুরক্ষিত রাখুন
একটি একক অ্যাকাউন্ট, স্থানীয় ঘটনা বা ভুল সব অপশন কেড়ে নিতে না পারে—এর জন্য বিভিন্ন লোকেশন বা সেবায় একাধিক কপি ব্যবহার করুন। CISA নিয়মিত অটো ব্যাকআপ, অফ-সাইট কপি, এনক্রিপশন এবং অফলাইন কপির পরামর্শ দেয়। NCSC স্থায়ীভাবে সংযুক্ত ব্যাকআপ ডিভাইসের বিরুদ্ধে সতর্ক করে এবং একাধিক ব্যাকআপ সমাধান বা লোকেশন ব্যবহারের পরামর্শ দেয়।
ব্যাকআপ অ্যাডমিনিস্ট্রেশনকে লিস্ট প্রিভিলেজ, যেখানে সমর্থিত সেখানে মাল্টি-ফ্যাক্টর অথেন্টিকেশন, আলাদা অ্যাডমিন অ্যাকাউন্ট এবং অ্যাক্সেস পর্যালোচনার মাধ্যমে সুরক্ষিত করুন। ডিলিশন প্রোটেকশন, ভার্সন হিস্টরি বা ইমিউটেবল স্টোরেজ ব্যবহার করার আগে এর খরচ ও পুনরুদ্ধার আচরণ বুঝুন। স্টোর করা ডেটা এনক্রিপ্ট করুন এবং কী কষ্টডি পরীক্ষা করুন। এনক্রিপশন কিন্তু প্রাপ্তিসাধ্য কী ছাড়া অপ্রয়োগ্য; বিস্তৃতভাবে শেয়ার করা অ্যাক্সেস প্রতিটি কপির সুরক্ষা দুর্বল করে।
কপিটি প্রোডাকশন থেকে অর্থবহভাবে ভিন্ন ব্যর্থতা মোড থাকা উচিত।
কারা ব্যাকআপ পড়তে, পরিবর্তন করতে, মুছতে এবং রিস্টোর করতে পারে তালিকাভুক্ত করুন; অনুপযোগী এক্সেস অপসারণ করুন।
একটি রিকভারি রানবুক লিখুন এবং কর্তৃত্ব নির্ধারণ করুন
একটি রানবুক হল পরীক্ষিত পুনরুদ্ধার প্রক্রিয়া। আক্রান্ত সাইট, প্রোডাকশন পরিচয় প্রদানকারী বা সাধারণ চ্যাট সিস্টেম ছাড়া পৌঁছনো যায় এমন একটি কপি রাখুন। এতে যোগাযোগ ও বিকল্প ফোন/ইমেল, কর্তৃত্ব, সিস্টেম অগ্রাধিকার, ব্যাকআপ লোকেশন, পূর্বপ্রয়োজনীয়তা, রিস্টোর অর্ডার, ভ্যালিডেশন চেক এবং স্টপ কন্ডিশন অন্তর্ভুক্ত করুন।
প্রতিটি গুরুত্বপূর্ণ সেবার জন্য একজন দায়িত্বশীল রিকভারি মালিক ও বিকল্প নির্ধারণ করুন। কে প্রোডাকশন রিস্টোর অনুমোদন করে, DNS পরিবর্তন অনুমোদন করে, এবং ব্যবসায়িক ডেটা যাচাই করেন—সেগুলো সংজ্ঞায়িত করুন। যদি পেমেন্ট-কার্ড ডেটা, সংবেদনশীল ব্যক্তিগত ডেটা বা নিয়ন্ত্রিত রেকর্ড থাকে, তখন কী সংরক্ষণ, নোটিফাই বা রিস্টোর করা হবে সে সম্পর্কে যোগ্য সিকিউরিটি, প্রাইভেসি, লিগ্যাল এবং প্রাসঙ্গিক ক্ষেত্রে PCI রিভিউ নিন।
চয়ন করা রিস্টোর পয়েন্ট, অনুমোদক ব্যক্তি, প্রভাবিত সিস্টেম, ভ্যালিডেশন ফলাফল এবং ব্যতিক্রমের রেকর্ড রাখুন।
নিয়ন্ত্রিত জরুরি-অ্যাক্সেস নথিভুক্ত করুন; কখনোই এক কর্মীর ডিভাইস বা স্মৃতির ওপর নির্ভর করবেন না।
সন্দেহভাজন কমপ্রোমাইজের পরে নিরাপদভাবে রিস্টোর করুন
অপ্রত্যাশিত অ্যাক্সেস, ম্যালওয়্যার বা সন্দেহভাজন মুছে ফেলা হলে স্বয়ংক্রিয়ভাবে সর্বশেষ কপি দিয়ে প্রোডাকশন ওভাররাইট করবেন না। ইনসিডেন্ট প্রক্রিয়াটি অনুসরণ করুন, কোন অ্যাকাউন্ট ও ব্যাকআপ প্রভাবিত হয়েছে তা মূল্যায়ন করুন, প্রমাণ থেকে একটি উপযুক্ত পয়েন্ট নির্বাচন করুন, এবং পুনরসংযোগ করার আগে পুনরুদ্ধার পরিবেশটি পুনর্নির্মাণ বা আইসোলেট করুন।
CISA সংকটকালীন সেবাগুলোর অগ্রাধিকারভিত্তিক পুনরুদ্ধারের নির্দেশ দেয় এবং পরিচ্ছন্ন সিস্টেমে পুনর সংক্রমণের বিরুদ্ধে সতর্ক করে। NCSC ব্যাকআপগুলোকে শুধুমাত্র পরিচিত-পরিষ্কার ডিভাইসে সংযুক্ত করার এবং রিস্টোরের আগে স্ক্যান করার পরামর্শ দেয়। এই ধাপগুলো ঝুঁকি কমায়, কিন্তু সম্পূর্ণ পরিষ্কার হওয়ার নিশ্চয়তা দেয় না। তদন্ত, প্রমাণ সংরক্ষণ বা নোটিফিকেশন কর্তব্য প্রযোজ্য হলে যোগ্য ইনসিডেন্ট-রেসপন্স সহায়তায় এস্কেলেট করুন।
ক্লিন ইনফ্রাস্ট্রাকচারে সর্বোচ্চ অগ্রাধিকারের সেবা রিস্টোর করুন, যাচাই করুন, তারপর ডিপেন্ডেন্সি অনুক্রমে চালিয়ে যান।
ইউজার জার্নি, ডেটা, জব, ইন্টিগ্রেশন, অ্যাডমিনিস্ট্রেশন, লগিং এবং নতুন ব্যাকআপ কভারেজ সম্পূর্ণভাবে পরীক্ষা করুন।
প্রমাণ ও উন্নতির জন্য ড্রিল ব্যবহার করুন
আংশিক রিস্টোর, পৃথক পূর্ণ পুনর্নির্মাণ, ডিপেন্ডেন্সি-লস অনুশীলন বা টেবিলটপ সিদ্ধান্ত ড্রিল ঝুঁকির ভিত্তিতে চালান। প্রথমে একটি নিরাপদ, তাৎপর্যপূর্ণ পরীক্ষা শুরু করুন এবং সময়ের সাথে বাস্তবতাকে বাড়ান। CISA পূর্ণ ও আংশিক রিস্টোর টেস্ট করার পরামর্শ দেয়; NCSC ভূমিকা, তৃতীয় পক্ষের দায়িত্ব ও অগ্রাধিকার স্পষ্ট করার জন্য অনুশীলন সুপারিশ করে।
রিকভারি-পয়েন্টের বয়সকে RPO-এর বিরুদ্ধে এবং কেটে যাওয়া রিকভারি সময়কে RTO-এর বিরুদ্ধে পরিমাপ করুন। সেট আইডেন্টিফায়ার, অংশগ্রহণকারী, ভ্যালিডেশন ফলাফল, ব্যর্থ ধাপ এবং প্রতিটি ফিক্সের জন্য মালিকের রেকর্ড রাখুন। ফাটল বন্ধ করার পরে এবং উপাদানগত প্ল্যাটফর্ম, পরিচয়, ডাটাবেস বা প্রোভাইডার পরিবর্তনের পরে পুনঃপরীক্ষা করুন। SIU এই প্রতিরোধী রিমিডিয়েশন কাজ সংগঠিত করতে পারে; এটি কোনো ব্যাকআপ সিস্টেম বা লাইভ মনিটরিং সার্ভিস নয়।
কি রিস্টোর করা হয়েছে, কোথায়, কী পাস করেছে, কী ব্যর্থ হয়েছে এবং কে তা গ্রহণ করেছে—এসবের সংক্ষিপ্ত রেকর্ড রাখুন।
উপাদানগত আর্কিটেকচার বা সরবরাহকারী পরিবর্তনের পরে ফোকাসড টেস্ট আবার চালান।