Ransomware-Ready Backup: ব্যবসা Recover করতে পারে, তা দেখান

Backup job সবুজ। মালিক অন্য প্রশ্ন করলেন: “এটি দিয়ে অন্য server-এ দোকান চালাতে পারব?” Planned drill-এ database খুলল, কিন্তু invoice-এর file নেই, decryption key-ও পাওয়া যাচ্ছে না। এটি কাল্পনিক দৃশ্য, customer incident নয়।

Job কিছু copy করেছে। ব্যবসা recover করেনি। Ransomware-এ gap জরুরি, কারণ attacker reachable backup, identity বা recovery control-ও compromise করতে পারে। Backup চুরি হওয়া data ফেরায় না, intruder-ও সরায় না।

উপকারী plan-এর শেষে validated service ও recovery decision নেওয়ার নির্দিষ্ট মানুষ থাকেন। 3-2-1-1-0 plan গোছাতে সাহায্য করে; guarantee নয়।

তিনটি Retained Copy গুনুন, তারপর Failure Domain দেখুন

3-2-1-1-0 guideline হল তিন copy, দুই media, এক off-site, এক offline/air-gapped/immutable এবং recovery verification-এ zero error। Production copy সাধারণত তিনটির একটি।

উদাহরণে live system, আলাদা local backup ও off-site protected backup। তৃতীয়টি off-site এবং protected—দুটিই হতে পারে; rule নিজে চতুর্থ retained copy চায় না। Temporary restore target test-এর জন্য, retained history-এর বিকল্প নয়।

এক disk-এর আলাদা folder independent copy নয়। Diagram-এর বাইরে shared admin login, identity provider, physical location, encryption key, billing ও retention control common failure হতে পারে। Replication/RAID availability বাড়িয়েও deletion/corruption copy করতে পারে; পুরো backup strategy নয়।

Offline device controlled run-এর মাঝে সত্যিই disconnected ও protected থাকবে। Connected pull-backup server-এ separation আছে, কিন্তু নিজে air-gapped বা immune নয়। Label নয়, access boundary test করুন।

Retention Lock ঠিক কী রক্ষা করে জানুন

AWS Object Lock guide নির্দিষ্ট object version রক্ষা করে; newer version/delete marker থাকতে পারে। Compliance ও governance-এর override আলাদা। Visible latest object-ই একমাত্র recovery copy নয়।

AWS encryption-key loss নিয়েও বলে: key হারালে/deleted হলে locked object unreadable হতে পারে। Immutability retention property রক্ষা করে; recovery-র সব dependency নয়।

Provider-কে version protection, retention shortening, privileged override, account closure ও non-current version restore জিজ্ঞাসা করুন। Irreversible lock দেওয়ার আগে disposable object-এ test করুন। S3-compatible মানেই একই semantics নয়।

Routine writer, storage admin ও recovery reader আলাদা করুন। Verification/multipart-সহ workflow-এর প্রয়োজনীয় permission দিন; production writer-এর “write-only” goal universal magic permission নয়। Writer garbage upload বা capacity consume করতে পারে। আলাদা controlled identity/strong authentication দিন; missing job, failure, retention/key change ও growth দেখুন।

Business Impact থেকে Target, সঠিক Clock-এ Measurement

Recovery objective tolerable data-loss age(RPO) ও service interruption(RTO) আলাদা করে। Business owner/dependency নিয়ে ঠিক করুন; tier table নকল নয়।

শিক্ষামূলক drill-এ interruption 09:12 । Selected data-তে 08:45 পর্যন্ত committed transaction। Staff 11:05-এ agreed service validate করেন। Data gap 27 minute, end-to-end recovery 113 minute। RPO 15 ও RTO 120 হলে data objective 12 minute miss; time objective 7 minute margin-এ মেলে।

09:10-এ upload হলেও data 08:45-এর হলে recovery point বদলায় না। Database 10:00-এ boot হলেও invoice/payment মেলানো না গেলে clock থামে না। Start, data point, validation scope ও completion লিখুন।

Frequency promise মেটাবে: changing data-র monthly copy একা weekly RPO দিতে পারে না। PostgreSQL PITR-এ official documentation suitable physical base backup ও continuous required WAL চায়। Logical pg_dump WAL replay-এর base নয়। Chain ও version-specific procedure যাচাই করুন।

Ransomware-safe point newest copy-এর চেয়ে পুরোনো হতে পারে। Compromise দেখে safe point বাছুন; encryption-এর আগে মানেই intrusion-এর আগে নয়। Data gap ও reconciliation সৎভাবে ধরুন।

Drill Measure	উদাহরণ Target	Observed Result	অর্থ
Data Gap(RPO Measure)	15 minute	09:12−08:45=27 minute	12 minute miss
Service Recovery(RTO)	120 minute	09:12→11:05=113 minute	7 minute margin-এ মেলে
Business Validation	Defined critical workflow	File, key, access, external reconciliation-সহ	DB boot একা যথেষ্ট নয়

App, File ও Decrypt করার ক্ষমতা Restore করুন

Database, invoice/media upload, object version, configuration, build/software version, job, integration ও rebuild procedure-এর inventory রাখুন। Consistent recovery set চাই; unrelated point-এর DB/file-এ missing বা wrong attachment হতে পারে। Live DB files copy command মানেই consistent backup নয়।

Threat model অনুযায়ী transit/rest encryption দিন। Required decryption material আলাদা controlled custody-তে রাখুন, tested emergency access-সহ। Retained backup ও encrypted record-এর historical key রাখুন। App encryption key অন্ধভাবে বদলাবেন না; controlled migration ও আগের key লাগতে পারে।

Normal admin, vault, identity provider বা primary region না থাকলেও test করুন। Unlock করার একমাত্র পথ production-এর সঙ্গে হারালে archive কাজে আসে না। Protected offline runbook ও contact রাখুন; সাধারণ handbook-এ usable secret ছাপাবেন না।

Business/legal/discovery need, point diversity ও cost অনুযায়ী retention। 30/90/365 universal rule নয়। Recoverable point-এর age alert করুন, নতুন filename শুধু নয়। Checksum alteration ধরতে সাহায্য করে; clean/complete/useful backup প্রমাণ করে না।

Real Payment বা Message না পাঠিয়ে Drill

Isolated access-controlled environment নিন; service শুরুর আগে outbound payment, email, courier, scheduled job ও webhook side effect block/safely substitute করুন। Restored customer data-তে privacy ও শেষে secure disposal চাই। Test করতে live integration-এ লাগাবেন না।

Selected point-এর record/balance মিলান, attachment খুলুন, decryption/permission ও safe identity-তে critical flow test করুন। Provisioning, download, replay, configuration, authentication ও business validation সময়ের মধ্যে। Current production row count-এর সঙ্গে older backup মিলিয়েই alarm ভুল হতে পারে।

Resume-এর আগে external truth মেলান: DB point-এর পরে PSP capture করেছে বা courier parcel নিয়েছে হতে পারে। পুরোনো queue rerun, charge বা shipment অন্ধভাবে নয়। Exception owner, stable reference ও duplicate protection দিন।

Risk অনুযায়ী lightweight check, representative full restore ও business exercise calendar করুন। Non-current protected version, missing key, broken log chain, absent admin ও restored-job replay test করুন। Failure owner/deadline-সহ থাকুক। Zero error ওই verification/scope-এর ফল; এক clean drill ভবিষ্যতের guarantee নয়।

Network স্বাভাবিক থাকতেই প্রথম Decision ঠিক করুন

Incident lead/recovery approver ও clean out-of-band contact দিন। Isolation, evidence, backup protection ও specialist response দ্রুত শুরু হবে; সব backup নষ্ট হলে তবেই সাহায্য নয়। Canadian Cyber Centre playbook response/recovery আলাদা করে এবং restore আটকে দেয় এমন credential change বিষয়ে বলে।

Responder-সহ affected access/system contain করুন। Universal “never power off” নয়: memory evidence রাখা ও ongoing harm থামানোর ভার incident team দেখবে। Clean target, persistence/entry risk মিটিয়ে validation-এর পরে staged reconnect approve করুন।

Clean context থেকে compromised access credential rotate করুন, তবে controlled recovery/decryption capability রাখুন। Backup/evidence রক্ষা করুন। “সব key এখন বদলান” দিয়ে restore ক্ষমতা নষ্ট নয়।

Data theft, contract, insurance ও applicable notification responsible adviser-সহ দেখুন। Operations ফিরলেই security incident শেষ বা disclosure বাতিল নয়। Decision/action লিখে incident/drill পরে plan review করুন।

এ মাসে একটি Recovery Demonstration চান

একটি গুরুত্বপূর্ণ service-এর runbook regular maintainer ছাড়া অন্যজন চালান। Protected version, key access, clean target, validated flow ও measured RPO/RTO দেখান। Failure লিখে gap মেটানোর খরচ দিন, তারপর customer-কে recovery time promise করুন।

নিচের existing walkthrough product demonstration; নিজের immutable copy বা target proof নয়। নিজের environment-এর acceptance test রাখুন।

Green backup job উপকারী signal। আরও শক্ত evidence হল repeatable recovery, যার সীমা বোঝাতে পারেন।

পর্যালোচনা৫ নভেম্বর২ ০ ২ ৬ । Anichur Rahaman StoreConsole-এর নির্মাতা। Scene, target, time উদাহরণ; নিজের provider capability ও recovery duty যাচাই করুন।