এই পর্বে যা শিখবেন
- একজন মানুষ, একটি ছোট দোকান আর একটি দেশের জন্য নিরাপত্তার অর্থ কীভাবে বদলায়
- নিজের সম্পদের তালিকা বানিয়ে কোনটি আগে রক্ষা করবেন তা ঠিক করা
- পাঁচ ধরনের প্রতিপক্ষ, তাদের উদ্দেশ্য আর প্রতিরক্ষা কেন স্বভাবতই কঠিন
- ALE দিয়ে ঝুঁকির টাকার হিসাব এবং কোন খরচ যৌক্তিক তা বিচার করা
- আজই শুরু করার পাঁচটি অভ্যাস, কোর্সের আইনি সীমা, ১৩ মডিউলের পথ আর পেশার ভূমিকা
১ · নিরাপত্তা মানে কী — একজন মানুষ, একটি দোকান, একটি দেশ
সন্ধ্যায় বাড়ি ফেরার পথে আপনার ফোনে একটি বার্তা এল: অ্যাকাউন্ট বন্ধ হয়ে যাবে, এখনই যাচাই করুন। একই সময়ে পাড়ার এক দোকানির Facebook পেজ অন্য কারও হাতে চলে গেল। আর অন্য কোথাও একটি হাসপাতালের রোগীর নথি খোলা যাচ্ছে না। ঘটনা তিনটি আলাদা, কিন্তু প্রশ্ন একই: মূল্যবান কিছু কি ঠিক আছে, আর ঠিক না থাকলে আমরা কি জানতে পারব?
Cybersecurity বা সাইবার নিরাপত্তা হলো মানুষ, ডেটা, যন্ত্র আর ডিজিটাল সেবাকে ক্ষতি থেকে রক্ষা করার কাজ। শুধু ঠেকানো নয়, ক্ষতি হলে দ্রুত ধরা, সাড়া দেওয়া এবং আগের অবস্থায় ফেরাও এর অংশ। NIST-এর Cybersecurity Framework 2.0 (২০২৪) এই কাজকে ছয় ভাগে সাজিয়েছে: Govern, Identify, Protect, Detect, Respond, Recover. খেয়াল করুন, “Protect” ছয়টির মাত্র একটি।
একটি বাড়ির কথা ভাবুন। তালা ঠেকায়, দারোয়ান দেখে, মহল্লার পাহারা খবর দেয়, আর বিমা ক্ষতি পুষিয়ে দেয়। কোনো একটি একা যথেষ্ট নয়। আবার তালাটি কতটা শক্ত হবে, তা নির্ভর করে ভেতরে কী আছে তার ওপর। আলমারিতে জমির দলিল থাকলে যা করবেন, পুরোনো খবরের কাগজের জন্য তা করবেন না। নিরাপত্তা তাই সবসময় কী রক্ষা করছি প্রশ্ন দিয়ে শুরু হয়।
একই শব্দের মানে আকার অনুযায়ী বদলায়:
একজন মানুষ
মোবাইল ব্যাংকিংয়ের টাকা, email, ছবি, পরিচয়পত্র। প্রধান প্রশ্ন: আমার account আর টাকা কি আমার হাতেই আছে?
লক্ষ্য: ক্ষতি থেকে বাঁচা, হারালে ফেরাএকটি ছোট দোকান
ব্যবসার ওয়ালেট, Facebook পেজ, ক্রেতার খাতা, সরবরাহকারীর টাকা। প্রধান প্রশ্ন: এক সপ্তাহ সব বন্ধ থাকলে ব্যবসা টিকবে তো?
লক্ষ্য: ব্যবসা চালু রাখা, ক্রেতার আস্থাএকটি দেশ
বিদ্যুৎ, ব্যাংক, হাসপাতাল, টেলিকম, সরকারি সেবা। প্রধান প্রশ্ন: এগুলো থামলে মানুষের জীবনে কী হবে?
লক্ষ্য: জরুরি সেবা আর জননিরাপত্তাদেশের পর্যায়ের ঝুঁকি কোনো কল্পকাহিনি নয়। প্রকাশিত প্রতিবেদন অনুযায়ী, ২০১৬ সালে ভুয়া আন্তর্জাতিক পেমেন্ট নির্দেশের মাধ্যমে বাংলাদেশ ব্যাংকের রিজার্ভ থেকে প্রায় ৮ কোটি ১০ লাখ ডলার সরিয়ে নেওয়া হয়। আর ২০২১ সালে যুক্তরাষ্ট্রের Colonial Pipeline ransomware ঘটনায় কোম্পানি সতর্কতা হিসেবে জ্বালানি পাইপলাইন কয়েক দিন বন্ধ রাখে। ডিজিটাল ঘটনার ফল আজ পেট্রল পাম্পের লাইনেও পৌঁছায়।
“কম্পিউটার নিরাপত্তা” শুরুতে ছিল সামরিক আর গবেষণা জগতের বিষয়। ১৯৭০ সালে RAND-এর একটি প্রতিবেদন (Ware Report) ভাগ করা কম্পিউটারের ঝুঁকি নিয়ে সতর্ক করে। ১৯৭৫ সালে Saltzer ও Schroeder নিরাপত্তা নকশার যে মূলনীতিগুলো লেখেন, সেগুলো আজও পড়ানো হয় (পর্ব ৩)। ১৯৮৮ সালের Morris worm Internet-এর একটি বড় অংশকে ধীর করে দেয়, আর তারপরই Carnegie Mellon-এ গড়ে ওঠে CERT Coordination Center, যা ঘটনা সামলানোর সংগঠিত ধারণার সূচনা করে।
২ · কী রক্ষা করছি — পাঁচ ধরনের সম্পদ
যা হারালে, ফাঁস হলে বা বন্ধ হলে আপনার ক্ষতি হয়, তা-ই asset বা সম্পদ। প্রায় সব সম্পদ পাঁচটি দলে পড়ে:
| সম্পদ | ব্যক্তির উদাহরণ | দোকানের উদাহরণ | ক্ষতি মানে কী |
|---|---|---|---|
| Account | Email, ফোন নম্বর | Facebook পেজ, ব্যবসার email | অন্য কেউ আপনার হয়ে কাজ করছে |
| টাকা | ওয়ালেট, ব্যাংক | ব্যবসার ওয়ালেট, বিল | সরাসরি আর্থিক ক্ষতি |
| ডেটা | ছবি, NID-র কপি | ক্রেতার নাম-নম্বর, বাকির খাতা | ফাঁস, মুছে যাওয়া বা বদলে যাওয়া |
| সেবা চালু থাকা | ফোন, Internet | অর্ডার নেওয়া, পেমেন্ট | কাজ থেমে থাকা |
| সুনাম | বন্ধুদের বিশ্বাস | ক্রেতার আস্থা | মানুষ আর ভরসা করে না |
লক্ষ করুন, email একটি সাধারণ account নয়। প্রায় সব account-এর password ফেরত আনার পথ email বা ফোন নম্বর। তাই এ দুটি হলো চাবির গোছা: এগুলো হারানো মানে বাকি অনেক কিছু হারানোর পথ খুলে যাওয়া।
এবার সম্পদের পাশে আরেকটি প্রশ্ন বসাই: এটি ক্ষতির কতটা নাগালে আছে? একে বলা যাক exposure. কোনো সম্পদ Internet থেকে পৌঁছানো গেলে, কয়েকজনে ভাগ করে ব্যবহার করলে, বাড়তি সুরক্ষা না থাকলে বা কপি না থাকলে exposure বাড়ে। আর বাইরে থেকে পৌঁছানো যায় এমন সব প্রবেশপথের যোগফলকে বলে attack surface. আপনি যত কম দরজা খোলা রাখবেন, পাহারা তত সহজ।
নিচে একটি কাল্পনিক মোবাইল-সামগ্রীর দোকানের ওয়ালেটের হিসাব ধাপে ধাপে দেখুন। প্রতিটি “হ্যাঁ” exposure ১ করে বাড়ায়। Score হলো মূল্য × exposure.
| এখনকার প্রশ্ন | |
| উত্তর | |
| Exposure | |
| Score | |
| স্তর |
- মূল্য ঠিক করা। ১ থেকে ৫-এর মধ্যে এই ওয়ালেটের মূল্য ৫, কারণ দিনের সব লেনদেন এখানেই। Exposure শুরু হয় ১ থেকে, কারণ কোনো কিছুই পুরো ঝুঁকিমুক্ত নয়। Score ৫.
- Internet-এ খোলা। নম্বর দেখা যায়, যেকোনো জায়গা থেকে যোগাযোগ করা যায়। Exposure ২, score ১০, স্তর MEDIUM.
- ভাগাভাগি। দুজন কর্মী একই PIN জানেন। যত বেশি মানুষ জানেন, ফাঁসের পথ তত বেশি। Exposure ৩, score ১৫, স্তর HIGH.
- বাড়তি যাচাই নেই। PIN জানলেই টাকা সরানো যায়। Exposure ৪, score ২০.
- Backup-এর প্রশ্ন। টাকার হিসাব প্রদানকারীর কাছে থাকে, তাই “না”, exposure বাড়ে না। Score ২০-ই থাকে। সব প্রশ্ন সব সম্পদে সমান খাটে না।
- প্রথম উন্নতি। বাড়তি যাচাই (MFA, অর্থাৎ password বা PIN-এর সাথে আরেকটি প্রমাণ) চালু হলে exposure ৩, score ১৫. কমেছে, তবে স্তর এখনো HIGH.
- দ্বিতীয় উন্নতি। লেনদেনের জন্য একজনের আলাদা ফোন ঠিক করলে exposure ২, score ১০, স্তর MEDIUM. একই সম্পদ, কিন্তু score অর্ধেক। মূল্য কমেনি, কমেছে নাগাল।
এবার পুরো দোকানের তালিকা চালিয়ে দেখুন। সব ডেটা কাল্পনিক, এবং কোডটি এই পাতার ভেতরেই চলে; কোথাও কোনো সংযোগ করে না। আপনি value বা ১/০ মান বদলে নিজের পরিবারের তালিকাও বসাতে পারেন।
// Toy inventory for a fictional shop. 1 = yes, 0 = no.
const flags = ['online', 'shared', 'noMfa', 'noBackup'];
const assets = [
{ name: 'Shop mobile wallet', value: 5, online: 1, shared: 1, noMfa: 1, noBackup: 0 },
{ name: 'Facebook shop page', value: 4, online: 1, shared: 1, noMfa: 1, noBackup: 0 },
{ name: 'Customer ledger file', value: 4, online: 0, shared: 1, noMfa: 0, noBackup: 1 },
{ name: 'Supplier email', value: 3, online: 1, shared: 0, noMfa: 1, noBackup: 0 },
{ name: 'CCTV recorder', value: 2, online: 1, shared: 1, noMfa: 1, noBackup: 1 },
{ name: 'Printed price list', value: 1, online: 0, shared: 0, noMfa: 0, noBackup: 0 },
];
const exposure = a => 1 + flags.reduce((sum, f) => sum + a[f], 0);
const score = a => a.value * exposure(a);
const band = s => (s >= 15 ? 'HIGH' : s >= 8 ? 'MEDIUM' : 'LOW');
const total = list => list.reduce((sum, a) => sum + score(a), 0);
const ranked = [...assets].sort((x, y) => score(y) - score(x));
console.log('asset value exp score band');
for (const a of ranked) {
console.log(a.name.padEnd(23) + String(a.value).padEnd(6) + String(exposure(a)).padEnd(4) +
String(score(a)).padEnd(6) + band(score(a)));
}
console.log('Total exposure score: ' + total(assets));
const withMfa = assets.map(a => ({ ...a, noMfa: 0 }));
const first = [...withMfa].sort((x, y) => score(y) - score(x))[0];
console.log('After MFA on every account: ' + total(withMfa));
console.log('New top item: ' + first.name + ' = ' + score(first) + ' ' + band(score(first)));আউটপুটের শীর্ষে Shop mobile wallet 5 4 20 HIGH আর Facebook shop page 4 4 16 HIGH. মোট score 68. সব account-এ MFA দিলে মোট হয় 54, অর্থাৎ একটি অভ্যাসেই ১৪ পয়েন্ট কমল। তবু New top item: Shop mobile wallet = 15 HIGH, কারণ ভাগাভাগি এখনো আছে। খেয়াল করুন, CCTV-র মূল্য কম হলেও exposure ৫, তাই score ১০; আর Supplier email-এর মূল্য বেশি হলেও score ৯. কম দামি জিনিসও খোলা থাকলে তালিকায় ওপরে উঠে আসে।
এই score শুধু সাজানোর হাতিয়ার, মাপ নয়। “৫” আর “২” আসলে ক্রম বোঝায়, তাই ২০ score মানে ১০ score-এর ঠিক দ্বিগুণ বিপদ নয়। এমন ছক আলোচনা শুরু করতে কাজে লাগে, চূড়ান্ত সিদ্ধান্ত দেয় না। টাকার হিসাবে আসব অংশ ৫-এ।
৩ · কার হাত থেকে — প্রতিপক্ষকে চেনা
“হ্যাকার” শব্দটি দিয়ে সবাইকে এক করলে চিন্তা ঝাপসা হয়। যে ব্যক্তি বা দল ইচ্ছা করে ক্ষতি করতে পারে, তাকে বলে threat actor. আর threat শব্দটি আরও চওড়া: আগুন, বন্যা বা হার্ডডিস্ক নষ্ট হওয়াও threat. কিছু বইয়ে দুটি শব্দ মিশিয়ে লেখা হয়, তাই প্রসঙ্গ দেখে অর্থ বুঝতে হবে।
| প্রতিপক্ষ | উদ্দেশ্য | কাকে বেছে নেয় | প্রধান প্রতিরক্ষা |
|---|---|---|---|
| সুযোগসন্ধানী অপরাধী | সহজ টাকা | যে দুর্বল, সে-ই; বাছাই কম | সাধারণ অভ্যাস, MFA, আপডেট |
| সংগঠিত অপরাধ চক্র | বড় অঙ্কের টাকা | যে টাকা দিতে পারে | Backup, পৃথকীকরণ, নজরদারি |
| ভেতরের মানুষ (insider) | লোভ, ক্ষোভ, বা নিছক ভুল | নিজের প্রতিষ্ঠান | কম অনুমতি, log, দায়িত্ব ভাগ |
| Hacktivist | রাজনৈতিক বা আদর্শগত বার্তা | প্রতীকী প্রতিষ্ঠান, ওয়েবসাইট | DDoS প্রস্তুতি, ওয়েবসাইট শক্ত করা |
| রাষ্ট্র-সমর্থিত দল (APT) | গুপ্তচরবৃত্তি, নাশকতা, কখনো টাকা | কৌশলগত লক্ষ্য, তাদের সরবরাহকারী | স্তরে স্তরে সুরক্ষা, শনাক্তকরণ, সাড়া |
ভেতরের ঝুঁকির বড় অংশ বিদ্বেষ থেকে আসে না, আসে ভুল থেকে: ভুল ঠিকানায় ফাইল পাঠানো, ফেলে রাখা ল্যাপটপ, চলে যাওয়া কর্মীর access বন্ধ না করা। তাই “ভেতরের মানুষ” মানে সন্দেহ করা নয়, এমন ব্যবস্থা গড়া যেখানে একজনের ভুলে সব শেষ হয় না।
অপরাধের ধরনটিও বদলেছে। আজ অনেক কাজ চলে স্বয়ংক্রিয়ভাবে, লাখো লক্ষ্যের দিকে একসাথে। প্রতারক আপনাকে চেনে না, তার দরকারও নেই। বাজারের পকেটমার যেমন ভিড়ের মধ্যে যে পকেট আলগা সেটিই বেছে নেয়, সুযোগসন্ধানী অপরাধীও তেমনি। আবার social engineering, অর্থাৎ ভয় বা তাড়াহুড়ো কাজে লাগিয়ে মানুষকে ভুল সিদ্ধান্ত নেওয়ানো, প্রায় সব শ্রেণির হাতিয়ার। এর সবচেয়ে পরিচিত রূপ phishing: বিশ্বস্ত কেউ সেজে password বা code চাওয়া। আর সংগঠিত চক্রের প্রধান ব্যবসা হয়ে উঠেছে ransomware, যা ডেটা ব্যবহারের অযোগ্য করে মুক্তিপণ দাবি করে।
কে কাজটি করেছে, তা নিশ্চিত করে বলা কঠিন। একে বলে attribution. রাষ্ট্রের নাম এলে সাধারণত সেটি কোনো সরকারের অভিযোগ বা গবেষকদের মূল্যায়ন, আদালতের রায় নয়। তাই এই কোর্সে এমন দাবি “অভিযোগ আছে” বা “প্রতিবেদন অনুযায়ী” ভাষায় থাকবে। রক্ষকের কাছে অনেক সময় “কে” প্রশ্নের চেয়ে “কীভাবে আর কী ক্ষতি” প্রশ্নই বেশি কাজের।
৪ · কেন কঠিন — একটি ফাঁক বনাম সবগুলো দরজা
মহল্লার পাহারাদারের কথা ভাবুন। তাঁকে সারারাত সব গলি দেখতে হয়। চোরের দরকার একটি অরক্ষিত জানালা, এক মুহূর্তের জন্য। এই অসমতাকে অনেক সময় বলা হয় defender's dilemma, রক্ষকের দ্বিধা।
অঙ্কে দেখা যাক। ধরুন প্রতিটি জিনিস ঠিক থাকার সম্ভাবনা p, জিনিস আছে nটি, আর একটির ভুল অন্যটিকে প্রভাবিত করে না। তাহলে:
অন্তত একটি ফাঁক = 1 − pn
একটি ছোট দোকানের পাঁচটি কাজ নিন, প্রতিটি ৯৫% ক্ষেত্রে ঠিক থাকে। “পরে” চাপলে একটি করে কাজ যোগ হবে। প্রতিটি কাজ আলাদাভাবে ভালোই আছে, তবু মোট ছবি বদলে যায়:
| যোগ হলো | |
| মোট কাজ (n) | |
| সব ঠিক (0.95ⁿ) | |
| অন্তত একটি ফাঁক |
- একটি কাজ। ফাঁকের সম্ভাবনা ৫%. এখানে ভয়ের কিছু নেই।
- দুটি কাজ। 0.95 × 0.95 = 0.9025. সব ঠিক থাকার সম্ভাবনা ৯০.২৫%, ফাঁক ৯.৭৫%.
- তিনটি কাজ। 0.9025 × 0.95 ≈ 0.8574. ফাঁক ১৪.২৬%. কোনো কাজ খারাপ হয়নি, শুধু সংখ্যা বেড়েছে।
- চারটি কাজ। 0.8574 × 0.95 ≈ 0.8145. ফাঁক ১৮.৫৫%.
- পাঁচটি কাজ। 0.8145 × 0.95 ≈ 0.7738. ফাঁক ২২.৬২%, প্রায় প্রতি চারটি দোকানে একটিতে কিছু একটা খোলা। হামলাকারীকে শুধু সেটিই খুঁজতে হয়।
এবার বড় প্রতিষ্ঠানের হিসাব। নিচের কোড দুটি প্রশ্নের উত্তর দেয়: প্রতিটি জিনিস ৯৯% ঠিক থাকলে অন্তত একটি ফাঁকের সম্ভাবনা কত, আর মোট ঝুঁকি ১০%-এর নিচে রাখতে প্রতিটিকে কতটা নিখুঁত হতে হবে।
// Assumes each item fails independently (a simplification).
const reliability = 0.99;
const budget = 0.10; // accept at most a 10% chance of any gap
console.log('items P(at least one gap) needed per item');
for (const n of [1, 10, 50, 100, 500]) {
const gap = 1 - Math.pow(reliability, n);
const needed = Math.pow(1 - budget, 1 / n);
console.log(String(n).padEnd(7) + (gap * 100).toFixed(1).padStart(6) + '%' +
' '.repeat(14) + (needed * 100).toFixed(3) + '%');
}১০০টি জিনিসে 63.4%, আর ৫০০টিতে 99.3%: ফাঁক প্রায় নিশ্চিত। উল্টো দিকে, ১০০টি জিনিসের প্রতিটিকে 99.895% ঠিক থাকতে হবে, তবেই মোট ঝুঁকি ১০%-এর মধ্যে থাকে। মডেলটি সরল, কারণ বাস্তবে একই ভুল অনেক জায়গায় একসাথে থাকে। তবু বার্তা পরিষ্কার: শুধু নিখুঁত হওয়ার চেষ্টা টেকে না, তাই জিনিস কমানো, স্তর বাড়ানো আর দ্রুত ধরা দরকার।
আরও চারটি কারণ
জটিলতা
আধুনিক software অসংখ্য অন্য software-এর ওপর দাঁড়িয়ে। ২০২১ সালের Log4Shell দেখিয়েছিল, একটি ছোট logging library-র ত্রুটি কত সিস্টেমে ছড়িয়ে থাকতে পারে, যা মালিকেরাও জানতেন না।
মানুষ
মানুষ ক্লান্ত হন, তাড়াহুড়ো করেন, বিশ্বাস করেন। এগুলো দোষ নয়, স্বভাব। নকশা তাই মানুষের ভুল ধরে নিয়েই করতে হয়।
পুরোনো সিস্টেম
Legacy system বদলানো কঠিন: হাসপাতালের যন্ত্র বা কারখানার মেশিন বন্ধ করা যায় না, আর অনেক সময় আপডেটই আসে না।
সুবিধা আর খরচ
বেশি কড়া নিয়ম কাজ ধীর করে, আর মানুষ পাশ কাটানোর পথ খোঁজেন। নিরাপত্তা সবসময় ব্যবহারযোগ্যতা আর খরচের সাথে দর-কষাকষি।
তবে একটি সান্ত্বনাও আছে। হামলাকারীকেও একটি লম্বা শিকল পার হতে হয়, আর রক্ষক সেই শিকলের যেকোনো একটি জায়গায় থামাতে পারেন। পুরো সিস্টেম নিখুঁত না হলেও প্রতিটি ধাপে ধরা পড়ার সুযোগ থাকে। এই ধারণার ওপরই দাঁড়িয়ে আছে defense in depth (পর্ব ৩) আর হামলার মানচিত্র (পর্ব ৫)।
৫ · নিরাপত্তা একটি চলমান কাজ — ঝুঁকি সামলানো
“আমাদের সিস্টেম এখন ১০০% নিরাপদ” কথাটি যিনি বলেন, তিনি হয় জানেন না, নয়তো কিছু বিক্রি করছেন। নতুন দুর্বলতা বের হয়, কর্মী বদলায়, সিস্টেম বদলায়। Bruce Schneier-এর বহুল উদ্ধৃত কথাটি হলো, নিরাপত্তা একটি প্রক্রিয়া, পণ্য নয়। পরিষ্কার বাড়ি যেমন একদিন ঝাড়ু দিয়ে চিরকাল পরিষ্কার থাকে না, নিরাপত্তাও তেমনি।
তিনটি শব্দ আলাদা করে নিই। পর্ব ২-এ এগুলো বিস্তারিত আসবে:
- Threat: যা ক্ষতি করতে পারে (পকেটমার)।
- Vulnerability: যে দুর্বলতা দিয়ে ক্ষতি সম্ভব (আলগা পকেট)।
- Risk: ক্ষতির সম্ভাবনা আর আকার মিলিয়ে হিসাব (এই ভিড়ে এই পকেট থেকে কত টাকা হারানোর আশঙ্কা)।
Risk-এর সংজ্ঞা সব জায়গায় এক নয়। অনেক সহজ বইয়ে লেখা হয় risk = সম্ভাবনা × প্রভাব। ISO 31000 বলে “উদ্দেশ্যের ওপর অনিশ্চয়তার প্রভাব”। NIST-এর SP 800-30 সম্ভাবনা আর প্রভাবের একটি ফাংশন হিসেবে দেখে। ধারণা কাছাকাছি, ভাষা আলাদা।
Risk management-এর চারটি সিদ্ধান্ত আছে: কমানো (MFA চালু), হস্তান্তর (বিমা বা চুক্তি), এড়ানো (ঝুঁকিপূর্ণ কাজটিই বন্ধ করা), আর মেনে নেওয়া (জেনে-বুঝে কিছু না করা)। কিছু না জেনে কিছু না করা মেনে নেওয়া নয়, সেটি অবহেলা।
টাকায় হিসাব: SLE, ARO আর ALE
পরীক্ষায় আর বাস্তবে একটি সরল সূত্র খুব চলে। SLE হলো একবার ঘটলে ক্ষতি, ARO হলো বছরে গড়ে কতবার ঘটে, আর ALE হলো বছরে প্রত্যাশিত গড় ক্ষতি:
নিট লাভ = আগের ALE − পরের ALE − সুরক্ষার বার্ষিক খরচ
দোকানের দুটি ঝুঁকি দেখি। সব টাকার অঙ্ক শেখার জন্য অনুমান করা, কোনো বাস্তব তথ্য নয়।
| ঝুঁকি | |
| হিসাব | |
| ফল (টাকা) | |
| সিদ্ধান্ত |
- অনুমান। ওয়ালেট বেদখল হলে একবারে ৬০,০০০ টাকা ক্ষতি। ধরা যাক গড়ে দুই বছরে একবার ঘটে, তাই ARO ০.৫.
- এখনকার ALE. ৬০,০০০ × ০.৫ = ৩০,০০০ টাকা। প্রতি বছর এই টাকা ক্ষতি হবে, তা নয়; এটি দীর্ঘ সময়ের গড়।
- সুরক্ষা দিলে। আলাদা ফোন আর MFA-তে বছরে ২,০০০ টাকা খরচ, ARO নামে ০.১-এ। নতুন ALE ৬,০০০ টাকা।
- নিট লাভ। ৩০,০০০ − ৬,০০০ − ২,০০০ = ২২,০০০ টাকা। খরচের চেয়ে সাশ্রয় অনেক বেশি, তাই ঝুঁকি কমানো যৌক্তিক।
- দ্বিতীয় ঝুঁকি। CCTV recorder বদলালে একবারের ক্ষতি ৫,০০০ থেকে ১,০০০ টাকায় নামে, ARO ০.১ একই থাকে। ALE ৫০০ থেকে ১০০ টাকা।
- উল্টো ফল। ৫০০ − ১০০ − ৮,০০০ = −৭,৬০০ টাকা। এই খরচ যুক্তিযুক্ত নয়। মানে কিছুই না করা নয়; বিনা খরচে password বদলানো যায়, দামি যন্ত্র কেনা আপাতত বাদ।
// All money figures are assumed teaching values in BDT.
const risks = [
{ name: 'Wallet takeover', sle: 60000, aro: 0.5, sle2: 60000, aro2: 0.1, cost: 2000 },
{ name: 'Ledger lost', sle: 100000, aro: 0.2, sle2: 10000, aro2: 0.2, cost: 5000 },
{ name: 'Page takeover', sle: 40000, aro: 0.25, sle2: 40000, aro2: 0.05, cost: 0 },
{ name: 'CCTV replacement', sle: 5000, aro: 0.1, sle2: 1000, aro2: 0.1, cost: 8000 },
];
const results = risks.map(r => {
const before = r.sle * r.aro, after = r.sle2 * r.aro2;
return { ...r, before, after, net: before - after - r.cost };
}).sort((x, y) => y.net - x.net);
console.log('risk ALE before ALE after cost net benefit decision');
let left = 0;
for (const r of results) {
left += r.net > 0 ? r.after : r.before;
console.log(r.name.padEnd(19) + String(Math.round(r.before)).padEnd(12) +
String(Math.round(r.after)).padEnd(11) + String(r.cost).padEnd(7) +
String(Math.round(r.net)).padEnd(13) + (r.net > 0 ? 'reduce' : 'accept'));
}
console.log('Expected yearly loss left after decisions: BDT ' + Math.round(left));সারিগুলো নিট লাভ অনুযায়ী সাজানো: Wallet takeover ... 22000 reduce, Ledger lost ... 13000 reduce, Page takeover ... 8000 reduce, আর CCTV replacement ... -7600 accept. শেষ লাইন Expected yearly loss left after decisions: BDT 10500, অর্থাৎ ৬,০০০ + ২,০০০ + ২,০০০ + ৫০০. ঝুঁকি শূন্য হয়নি। সিদ্ধান্ত নেওয়ার পরও এই ১০,৫০০ টাকার ঝুঁকি থেকে যায়, একে বলে residual risk. ভালো নিরাপত্তা মানে এই সংখ্যাটি জেনে-বুঝে মেনে নেওয়া।
আরও গভীরে: ALE গড়ের হিসাব, তাই কম সম্ভাবনার কিন্তু বিশাল ক্ষতির ঘটনা এতে ছোট দেখায়; ব্যবসা বন্ধ করে দেওয়ার মতো ক্ষতি শুধু গড় দিয়ে বিচার করা যায় না। তা ছাড়া ARO প্রায়ই অনুমাননির্ভর। এই দুর্বলতা কমাতে FAIR-এর মতো মডেল একক সংখ্যার বদলে সম্ভাব্য পরিসর আর বণ্টন নিয়ে কাজ করে (পর্ব ৬৮)। NIST SP 800-30 ঝুঁকি মূল্যায়নের পদ্ধতি দেয়, আর ISO/IEC 27001:2022 সেই সিদ্ধান্তকে একটি পরিচালনা-ব্যবস্থার মধ্যে আনে (পর্ব ৬৯)।
৬ · আপনার প্রথম চেকলিস্ট — পাঁচটি অভ্যাস
বড় তত্ত্বের আগে একটি বাস্তব কাজ। এই পাঁচটি অভ্যাস সুযোগসন্ধানী অপরাধের বড় অংশ ঠেকিয়ে দিতে পারে, আর খরচ প্রায় নেই।
| অভ্যাস | যা ঠেকায় | যা ঠেকায় না |
|---|---|---|
| Password manager | একই password সব জায়গায় ব্যবহার; ভুয়া ঠিকানায় নিজে থেকে পূরণ করে না | আপনি জোর করে ভুয়া পাতায় টাইপ করলে |
| MFA | শুধু password চুরি হলে প্রবেশ | OTP নিজে বলে দিলে; এ জন্য passkey আরও শক্ত (পর্ব ১৬) |
| আপডেট (patch) | জানা ত্রুটি দিয়ে ক্ষতি | এখনো অজানা ত্রুটি; সন্দেহজনক app নিজে ইনস্টল করা |
| Backup | হারানো, ফোন চুরি, ransomware-এ ডেটা নষ্ট | ডেটা ফাঁস; ফেরত আনা পরীক্ষা না করলে ভরসাও নেই |
| প্রতারণা চেনা | ভয় আর তাড়াহুড়োর ফাঁদ | সব নিখুঁত ভুয়া বার্তা; তাই অন্য স্তরও লাগে |
এবার একটি কাল্পনিক ঘটনা ধরে দেখি। রুমা (কাল্পনিক) একটি অনলাইন দোকান চালান। নিচের ছবিতে বাঁ দিকে ক্ষতির শিকল, ডান দিকে যে অভ্যাস সেখানে শিকলটি ভাঙে। এখানে কৌশলের বিবরণ নেই, শুধু ধারণা।
প্রতারণার শিকল আর ভাঙার জায়গা
A scam-to-account-loss chain, mapped to the habit that breaks each link
| কী ঘটল | |
| রুমার মনে | |
| যে অভ্যাস থামাত | |
| শিকলের অবস্থা |
- টোপ। বার্তায় বলা হলো পেজ বন্ধ হয়ে যাবে। প্রতারণার মূল হাতিয়ার ভয় আর সময়ের চাপ। থেমে অফিসিয়াল অ্যাপ বা নম্বরে নিজে যাচাই করলে গল্প এখানেই শেষ।
- নকল পাতা। চেহারা আসল, ঠিকানা নয়। মানুষের চোখ ঠকে, কিন্তু password manager ঠিকানা মিলিয়ে দেখে। সে পূরণ করছে না, এটিই সতর্ক সংকেত।
- Password গেল। এটি হাতে টাইপ করলে manager আর বাধা দিতে পারে না। আগের ধাপের সংকেত উপেক্ষা করা হয়েছে।
- পুনর্ব্যবহার। একই password email-এও ছিল। আলাদা password থাকলে ক্ষতি একটি account-এ আটকে যেত। চাবির গোছা মনে আছে তো?
- Code. MFA এখানে দাঁড়িয়ে আছে। কিন্তু কেউ ফোন করে code চাইলে সেটিই বিপদের চিহ্ন। সত্যিকারের কর্মীর code জানার দরকার পড়ে না।
- যন্ত্রে হাত। “ঠিক করার” নামে অজানা জিনিস ইনস্টল করতে বলা হলো। অফিসিয়াল উৎস ছাড়া ইনস্টল না করা আর আপডেট রাখা এই ধাপের বাধা।
- শেষ স্তর। সব ভাঙলেও শেষ নয়। সংরক্ষিত recovery code, ক্রেতার তালিকার backup আর দ্রুত প্রদানকারীকে জানানো ক্ষতি ছোট করে। Backup হলো সেই অভ্যাস যা ব্যর্থতা ধরে নিয়েই তৈরি।
এখনই নিজের জন্য টিক দিন। আজ সব না হলেও চলবে, তবে email দিয়ে শুরু করুন।
৭ · এই কোর্সের সীমারেখা — প্রতিরক্ষা, অনুমতি আর আইন
কোনো কিছু শেখার আগে নিয়মটি স্পষ্ট করে নেওয়া দরকার। পুরো কোর্স এই একটি মানদণ্ডে বাঁধা:
এই কোর্স প্রতিরক্ষামূলক নিরাপত্তা আর অনুমোদিত penetration testing-এর ধারণা শেখায়, শুধু শিক্ষার জন্য। প্রতিটি হামলার ধরন আসবে ধারণার স্তরে: কেন কাজ করে, কী ক্ষতি করে, কীভাবে ঠেকাতে, ধরতে আর সাড়া দিতে হয়। এখানে সত্যিকারের সিস্টেমের বিরুদ্ধে কাজ করা exploit (দুর্বলতা কাজে লাগানোর কোড), malware (ক্ষতিকর software) কোড বা অনুমতি ছাড়া হামলার নির্দেশনা নেই। হাতে-কলমের কোড ছোট, কাল্পনিক, মেমরির ভেতরের ডেটায় চলে।
নিয়ম তিনটি। (১) লিখিত অনুমতি ছাড়া অন্যের কোনো সিস্টেম, network, account বা যন্ত্রে পরীক্ষা নয়। “শুধু দেখছিলাম”, “ক্ষতি করিনি” বা “বন্ধু মুখে বলেছিল” কোনো অনুমতি নয়। (২) অননুমোদিত প্রবেশ অপরাধ। ইচ্ছা যা-ই হোক, ফৌজদারি দায় আসতে পারে। (৩) দুর্বলতা হঠাৎ চোখে পড়লে ব্যবহার বা প্রচার না করে মালিককে জানান। একে বলে responsible disclosure.
যুক্তরাষ্ট্রের Computer Fraud and Abuse Act (১৯৮৬), যুক্তরাজ্যের Computer Misuse Act (১৯৯০) আর বাংলাদেশসহ বহু দেশের সাইবার আইনে অনুমতি ছাড়া কম্পিউটারে প্রবেশ দণ্ডনীয়। বাংলাদেশের বর্তমান আইন, ধারা আর ব্যক্তিগত উপাত্তের বিধান পাবেন পর্ব ৬-এ (আইন আর নৈতিকতা — অনুমতি, দায়িত্বশীল প্রকাশ আর বাংলাদেশের আইন)। এই লেখা আইনি পরামর্শ নয়; নির্দিষ্ট পরিস্থিতিতে একজন আইনজীবীর সাথে কথা বলুন।
একজন তালা-মিস্ত্রির কথা ভাবুন। মালিক ডেকে আনলে তিনি পেশাজীবী। না ডাকলে একই হাতিয়ার হাতে তিনি অনুপ্রবেশকারী। হাতিয়ার এক, পার্থক্যটা অনুমতি। অনুমোদিত penetration testing-এ লিখিত চুক্তিতে ঠিক থাকে কোন সিস্টেম, কোন সময়, কোন পদ্ধতি, আর কিছু ঘটলে কাকে জানাতে হবে (পর্ব ৫০)।
নিজের অনুশীলনের জন্য নিজের যন্ত্রে নিজের ছোট ল্যাব বানানোই নিরাপদ পথ। আর এই পাতার মতো সিমুলেটর তো আছেই। কোনো প্রতিষ্ঠান নিজে bug bounty (দুর্বলতা জানালে পুরস্কারের ব্যবস্থা) চালালে তার প্রকাশিত নিয়মের মধ্যে থাকলে সেটিও অনুমতি, তবে সীমা ঠিক সেটুকুই।
৮ · ১৩ মডিউলের মানচিত্র আর পেশার পথ
কোর্সে ৮০টি পর্ব, ১৩টি মডিউলে সাজানো। ছবিটি নিচ থেকে ওপরে পড়ুন: ভিত্তি থেকে হাতিয়ার, তারপর রক্ষার ক্ষেত্র, এরপর চালানো আর পরিচালনা, শেষে পুরোটা একসাথে।
কোর্সের স্তর
Thirteen modules, read from bottom to top
| মডিউল | পর্ব | যে প্রশ্নের উত্তর দেয় |
|---|---|---|
| ১ · নিরাপত্তার ভিত্তি | ১–৬ | নিরাপত্তার ভাষা, ঝুঁকি, নীতি, আইন কী? |
| ২ · Cryptography | ৭–১৪ | গোপনীয়তা আর অখণ্ডতা গণিত দিয়ে কীভাবে আসে? |
| ৩ · Identity আর access | ১৫–২০ | কে আপনি, আর কী করতে পারেন? |
| ৪ · Network নিরাপত্তা | ২১–২৮ | তথ্য চলার পথ কীভাবে রক্ষা করব? |
| ৫ · System আর endpoint | ২৯–৩৫ | যন্ত্র আর server কীভাবে শক্ত করব? |
| ৬ · Web application | ৩৬–৪৪ | ওয়েব অ্যাপের সাধারণ ঝুঁকি কীভাবে ঠেকাব? |
| ৭ · নিরাপদ software | ৪৫–৫১ | শুরু থেকেই নিরাপদ software কীভাবে বানাব? |
| ৮ · মানুষ আর নিরাপত্তা | ৫২–৫৪ | মানুষের ভুল আর প্রতারণার বিরুদ্ধে কী করব? |
| ৯ · Detection আর SOC | ৫৫–৬০ | কিছু ঘটছে, তা কীভাবে জানব? |
| ১০ · Incident response আর forensics | ৬১–৬৬ | ঘটনা ঘটলে কী করব, কীভাবে ফিরব? |
| ১১ · Governance, risk আর compliance | ৬৭–৭১ | প্রতিষ্ঠান কীভাবে ঠিক করবে আর প্রমাণ দেবে? |
| ১২ · Cloud, zero trust, ক্যাপস্টোন | ৭২–৭৫ | আধুনিক পরিবেশে সব একসাথে কেমন দাঁড়ায়? |
| ১৩ · পরীক্ষা ও ইন্টারভিউ প্রস্তুতি | ৭৬–৮০ | বিশ্ববিদ্যালয়, চাকরি বা ইন্টারভিউর জন্য কীভাবে ঝালাই করব? |
যে পেশাগুলো এই পথে আসে
নিরাপত্তা মানে শুধু একটি কাজ নয়। নিচের ভূমিকাগুলোর নাম প্রতিষ্ঠানভেদে বদলায়। NIST SP 800-181 (NICE Framework) এই ধরনের কাজগুলোকে সাজানোর একটি সাধারণ ভাষা দেয়।
| ভূমিকা | প্রতিদিনের কাজ | মূল মডিউল |
|---|---|---|
| SOC analyst | Alert দেখা, log মেলানো, সত্যি না ভুল তা যাচাই | ৪, ৯, ১০ |
| Security engineer | নিরাপদ ব্যবস্থা নকশা ও তৈরি, স্বয়ংক্রিয় নিয়ন্ত্রণ | ২, ৩, ৬, ৭, ১২ |
| GRC analyst | নীতি, ঝুঁকির খাতা, audit, standard মানা | ১, ১১ |
| Incident responder | ঘটনার সময় ক্ষতি থামানো, প্রমাণ রাখা, ফেরত আনা | ৫, ৯, ১০ |
| অনুমোদিত pentester | লিখিত সীমার মধ্যে দুর্বলতা খোঁজা, রিপোর্ট আর সমাধানের পরামর্শ | ১, ৬, ৭ (পর্ব ৫০) |
এখানে একটি ভিত্তির কথা বলে রাখি। নিরাপত্তা অন্য জ্ঞানের ওপর দাঁড়ায়: network, operating system, programming. তাই গভীরে যেতে network নিরাপত্তার মূলকথা আর OS নিরাপত্তা পাশে রাখতে পারেন। এই কোর্সে সেগুলোর দরকারি অংশ সংক্ষেপে মনে করিয়ে দেওয়া হবে।
পরীক্ষা ও ইন্টারভিউতে: এমন প্রশ্ন প্রায়ই আসে। “Threat, vulnerability, risk-এর পার্থক্য?” ক্ষতির উৎস, দুর্বলতা, আর সম্ভাবনা-প্রভাবের হিসাব। “কোনো সিস্টেম কি ১০০% নিরাপদ হতে পারে?” না; লক্ষ্য হলো ঝুঁকি গ্রহণযোগ্য স্তরে রাখা। “ALE কীভাবে বের করবেন?” SLE × ARO. “Pentest আর হ্যাকিংয়ের পার্থক্য?” লিখিত অনুমতি, সীমা আর রিপোর্ট। “নিজের জন্য প্রথম তিনটি কাজ?” আলাদা password, MFA, আপডেট।
৯ · AI-এর যুগে নিরাপত্তা শেখা
AI নিরাপত্তা শেখার চমৎকার সহায়ক: কঠিন ধারণা সহজ করে, log বুঝতে সাহায্য করে, কনফিগারেশন পর্যালোচনা করে। কিন্তু নিরাপত্তায় আত্মবিশ্বাসী ভুল উত্তর সাধারণ ভুলের চেয়ে বেশি বিপজ্জনক। AI-এর পরামর্শ তাই খসড়া, সিদ্ধান্ত নয়।
| AI-এর ভুল | কেন বিপজ্জনক | যাচাইয়ের উপায় |
|---|---|---|
| বানানো CVE নম্বর বা standard | ভুল জিনিসের পেছনে সময় যায় | মূল উৎসে নম্বরটি খুঁজুন |
| পুরোনো পরামর্শ (MD5, ECB, salt ছাড়া hash) | দেখতে কাজ করে, আসলে দুর্বল | বর্তমান standard পড়ুন (পর্ব ১৪) |
Error সারাতে যাচাই বন্ধ (verify=False, chmod 777, খোলা CORS) | সমস্যা লুকায়, দরজা খুলে দেয় | কারণ খুঁজুন, যাচাই চালু রাখুন |
| Prompt-এ দেওয়া secret ফাঁস | Password, key বা ব্যক্তিগত তথ্য বাইরে যায় | আসল secret কখনো দেবেন না |
| Injection বা অনুমতি যাচাই ছাড়া কোড | চলে, কিন্তু অনিরাপদ | Diff পড়ুন, নিজের ল্যাবে পরীক্ষা করুন |
| Triage-এ অতিরিক্ত আত্মবিশ্বাস | আসল ঘটনা “ভুল সংকেত” হয়ে যায় | প্রমাণ দেখুন, মানুষ সিদ্ধান্ত নেবেন |
নিচের prompt আপনার নিজের অভ্যাস যাচাইয়ের জন্য। লক্ষ করুন, এতে কোনো আসল password, account নম্বর বা ব্যক্তিগত তথ্য নেই, আর এটি শুধু প্রতিরক্ষা চায়।
AI ব্যবহারের আগে আর পরে
ভাবনার প্রশ্ন
প্রতিটি প্রশ্ন নিয়ে নিজে কিছুক্ষণ ভাবুন, তারপর “→ উত্তর” চাপুন।
প্র ০১কেউ যদি ক্ষতি করতে না চান, শুধু “দেখতে” চান, তবু অনুমতি ছাড়া কাজটি অপরাধ কেন?
সবচেয়ে পুরোনো উদাহরণ ১৯৮৮ সালের Morris worm. প্রচলিত বিবরণ অনুযায়ী, Cornell-এর এক স্নাতকোত্তর শিক্ষার্থী এটি লিখেছিলেন, Internet কত বড় তা বোঝার মতো কৌতূহল থেকে, ধ্বংসের উদ্দেশ্যে নয়। কিন্তু কোডের একটি নকশাগত ভুলে এটি একই যন্ত্রে বারবার চলতে থাকে, আর সেই সময়ের Internet-এর একটি উল্লেখযোগ্য অংশের যন্ত্র অচল বা ধীর হয়ে পড়ে। প্রায়ই ৬,০০০ যন্ত্রের অনুমান উদ্ধৃত হয়, তবে এটি একটি আনুমানিক হিসাব। লেখক যুক্তরাষ্ট্রের Computer Fraud and Abuse Act-এ দণ্ডিত হন। ইচ্ছা ক্ষতির না হলেও আইন প্রশ্ন করেছিল, অনুমতি ছিল কি?
এর পেছনে তিনটি যুক্তি আছে। প্রথমত, বাইরে থেকে ফল অনুমান করা যায় না। আপনি জানেন না ওই server-টি কোনো হাসপাতালের সময়সূচি চালাচ্ছে কি না, বা আপনার একটি “নিরীহ” অনুরোধে সেটি থেমে যাবে কি না। দ্বিতীয়ত, মালিকের চোখে পরিচিত নয় এমন কারও প্রবেশ আর হামলার মধ্যে কোনো পার্থক্য নেই। প্রতিষ্ঠানকে পুরো ঘটনা সামলাতে হয়, খরচ হয়, কাজ থামে। তৃতীয়ত, ব্যক্তিগত তথ্য চোখে পড়াটাই অন্যের অধিকারে হস্তক্ষেপ হতে পারে।
তাহলে কৌতূহল কোথায় যাবে? নিজের ল্যাবে, সিমুলেটরে, প্রতিযোগিতার জন্য বানানো অনুশীলন-পরিবেশে, আর প্রকাশিত নিয়মের bug bounty-তে। কিছু চোখে পড়লে মালিককে জানানোই পথ। এই সিদ্ধান্তের কাঠামো পর্ব ৬ ও পর্ব ৫০-এ আসবে।
মূল উপলব্ধি: নিরাপত্তায় নৈতিকতা উদ্দেশ্যের প্রশ্ন নয়, অনুমতির প্রশ্ন। ভালো উদ্দেশ্য অনুমতির বিকল্প নয়।
প্র ০২WannaCry-এর patch দুই মাস আগেই ছিল। তবু এত প্রতিষ্ঠান আক্রান্ত হলো কেন? সবাই সঙ্গে সঙ্গে আপডেট করে না কেন?
২০১৭ সালের মে মাসে WannaCry ransomware বিশ্বজুড়ে ছড়িয়ে পড়ে। Microsoft সংশ্লিষ্ট ত্রুটির patch (MS17-010) প্রকাশ করেছিল মার্চ মাসেই। যুক্তরাজ্যের National Audit Office-এর ২০১৭ সালের তদন্তে দেখা যায়, আক্রান্ত NHS প্রতিষ্ঠানগুলোতে patch না দেওয়া বা সহায়তার বাইরে থাকা Windows ছিল। লক্ষণীয় হলো, প্রতিবেদন অনুযায়ী আক্রান্ত যন্ত্রের বড় অংশ চলছিল সমর্থিত কিন্তু patch না করা Windows 7-এ, শুধু পুরোনো XP-তে নয়। অর্থাৎ সমস্যা কেবল পুরোনো যন্ত্র নয়, আপডেটের প্রক্রিয়াও। যুক্তরাষ্ট্র ও যুক্তরাজ্যের সরকার পরে এই হামলায় উত্তর কোরিয়ার যোগের অভিযোগ আনে।
তাহলে মানুষ আপডেট করে না কেন? প্রথম কারণ ভয়: patch কখনো কখনো চলমান কাজ ভেঙে দেয়। হাসপাতালের যন্ত্র বা ব্যাংকের পুরোনো software-এর সাথে নতুন আপডেট মিলবে কি না, পরীক্ষা করে দেখতে সময় লাগে। দ্বিতীয় কারণ সময়: আপডেটের জন্য সিস্টেম থামাতে হয়, আর রাতের ডাক্তার বা কারখানার মেশিন থামানো সহজ নয়। তৃতীয় কারণ অজ্ঞতা: অনেক প্রতিষ্ঠান নিজেই জানে না তার কয়টি যন্ত্রে কী চলছে। চতুর্থ কারণ অগ্রাধিকার: হাজারো ত্রুটির মধ্যে আগে কোনটি, সেটি ঠিক করা কঠিন।
সমাধান “দ্রুত সব আপডেট করুন” বলার মতো সরল নয়। দরকার সম্পদের তালিকা, পরীক্ষার পরিবেশ, ধাপে ধাপে ছড়ানো, ফেরত যাওয়ার পরিকল্পনা, আর যে যন্ত্র আপডেট করা যায় না তাকে network থেকে আলাদা রাখা (পর্ব ৩২)।
মূল উপলব্ধি: ত্রুটি জানা থাকা আর ত্রুটি সারানোর মাঝের সময়টিই বাস্তব ঝুঁকি। এই ফাঁক প্রযুক্তির চেয়ে বেশি প্রক্রিয়ার সমস্যা।
প্র ০৩Colonial Pipeline-এর হামলা ছিল অফিসের IT-তে। তাহলে জ্বালানি পাইপলাইন বন্ধ হলো কেন?
২০২১ সালের মে মাসে যুক্তরাষ্ট্রের বড় জ্বালানি পাইপলাইন কোম্পানি Colonial Pipeline ransomware-এর শিকার হয়। প্রকাশিত তথ্য অনুযায়ী ক্ষতিগ্রস্ত হয়েছিল ব্যবসায়িক IT, আর কোম্পানি সতর্কতা হিসেবে নিজেরাই পাইপলাইন কয়েক দিনের জন্য বন্ধ করে। ফলে পূর্ব উপকূলের কিছু এলাকায় জ্বালানি কেনার হুড়োহুড়ি দেখা দেয়।
এখান থেকে চারটি শিক্ষা। এক, পাইপলাইনের যন্ত্র চলতে পারলেও ব্যবসা বিল, হিসাব আর সরবরাহের তথ্য ছাড়া চলে না। সেবা চালু থাকা শুধু যন্ত্রের বিষয় নয়, পুরো প্রক্রিয়ার বিষয়। দুই, অনিশ্চয়তার খরচ বিশাল। ক্ষতি কতটা ছড়িয়েছে তা না জানা পর্যন্ত নিরাপদ পথ বন্ধ করা, আর এই সিদ্ধান্ত হামলাকারী নয়, মালিককে নিতে হয়েছে। তিন, ছোট ফাঁকের ফল বড়। কোম্পানির প্রধান নির্বাহী মার্কিন সিনেটে জানান, প্রবেশ হয়েছিল একটি পুরোনো VPN account দিয়ে (দূর থেকে অফিসের network-এ ঢোকার পথ), যাতে MFA ছিল না। password কীভাবে গিয়েছিল, তখনও জানা যায়নি। চার, মুক্তিপণ দেওয়াও সমাধান নয়। প্রতিবেদন অনুযায়ী কোম্পানি মুক্তিপণ দিয়েছিল, পরে মার্কিন বিচার বিভাগ তার একটি অংশ উদ্ধার করে, তবু আগের অবস্থায় ফিরতে বড় প্রচেষ্টা লেগেছিল।
রক্ষকের প্রশ্ন তাই হওয়া উচিত: কোন সিস্টেম না থাকলে আমার মূল কাজ থামবে? IT আর যন্ত্র-নিয়ন্ত্রণের network কতটা আলাদা? ব্যবহার না হওয়া পুরোনো account কি বন্ধ হয়েছে? প্রতিটি প্রশ্নের উত্তর আপনি এই কোর্সে পাবেন (পর্ব ২২, ৩৪, ৬২)।
মূল উপলব্ধি: ক্ষতি মাপতে হয় ব্যবসা আর মানুষের ওপর প্রভাব দিয়ে, শুধু কয়টি কম্পিউটার গেল তা দিয়ে নয়।
প্র ০৪“আমি তো ছোট, আমাকে কে টার্গেট করবে?” এই ধারণায় ভুল কোথায়?
ধারণাটির ভুল হলো, এটি ধরে নেয় হামলাকারী একজন মানুষ, যিনি লক্ষ্য বেছে নিচ্ছেন। সুযোগসন্ধানী অপরাধের বড় অংশ তেমন নয়। স্বয়ংক্রিয় ব্যবস্থায় অসংখ্য লক্ষ্যে একসাথে কাজ চলে, আর যেটি দুর্বল সেটিই ধরা পড়ে। এখানে আকার নয়, দুর্বলতাই বাছাইয়ের মানদণ্ড।
২০১৬ সালের Mirai এর ভালো উদাহরণ। ক্যামেরা আর router-এর মতো সাধারণ যন্ত্র, যাদের অনেকের password কারখানার দেওয়া অবস্থায় ছিল, একটি বিশাল botnet-এর অংশ হয়ে যায়। সেই জাল থেকে হওয়া একটি DDoS বড় একটি DNS সেবাদাতাকে (ওয়েবসাইটের ঠিকানা খুঁজে দেওয়ার সেবা) আঘাত করে, আর বিশ্বের অনেক পরিচিত ওয়েবসাইট ব্যবহারকারীদের নাগালের বাইরে চলে যায়। যন্ত্রের মালিকেরা হয়তো কিছুই টের পাননি। আপনার ক্যামেরা লক্ষ্য না হলেও অস্ত্র হতে পারে।
দ্বিতীয় পথ হলো পাশ দিয়ে ক্ষতি। ২০১৭ সালের NotPetya ইউক্রেনকে কেন্দ্র করে ছড়ালেও বিশ্বের বড় বড় কোম্পানির ক্ষতি করে; যুক্তরাষ্ট্র ও যুক্তরাজ্য এর জন্য রুশ সামরিক গোয়েন্দাদের দায়ী করেছে। এটি একটি supply chain attack-এর ধরন, কারণ একটি হিসাবরক্ষণ software-এর আপডেট পথ ব্যবহৃত হয়েছিল। আর ২০১৩ সালের Target ঘটনার প্রকাশিত বিবরণে দেখা যায়, প্রবেশের সূত্র ছিল একটি ছোট সরবরাহকারীর কাছ থেকে চুরি হওয়া তথ্য। আপনি ছোট হলেও বড় কারও সরবরাহকারী হতে পারেন (পর্ব ৭১)।
ছোটদের বিপদ আরও একটি জায়গায়: অল্প ক্ষতিও তাদের জন্য বড়। এক মাসের বিক্রির টাকা হারানো একটি বড় প্রতিষ্ঠানের জন্য সামান্য, কিন্তু দোকানের জন্য শেষ।
মূল উপলব্ধি: আপনি নিজে হয়তো লক্ষ্য নন, কিন্তু আপনার account, যন্ত্র আর সুনাম সবই কাজের জিনিস। ছোট হওয়া আড়াল নয়।
প্র ০৫কড়া নিয়ম কি সবসময় বেশি নিরাপদ? Password বারবার বদলানোর নিয়ম থেকে কী শেখার আছে?
১৯৭৫ সালেই Saltzer ও Schroeder তাঁদের মূলনীতিতে psychological acceptability যুক্ত করেছিলেন: সুরক্ষা ব্যবস্থা মানুষের জন্য সহজ না হলে মানুষ সেটি ঠিকভাবে ব্যবহার করবেন না। পাঁচ দশক পরেও কথাটি খাটে।
সবচেয়ে ভালো উদাহরণ password নীতি। বহু বছর ধরে প্রতিষ্ঠানগুলো বলত, বড় হাতের অক্ষর, সংখ্যা, চিহ্ন মেশাতে হবে, আর প্রতি ৯০ দিনে বদলাতে হবে। শুনতে কড়া, কিন্তু মানুষ কী করল? শেষে একটি সংখ্যা বাড়িয়ে নিলেন, ডেস্কের নিচে কাগজে লিখে রাখলেন, একই ধরন বারবার ব্যবহার করলেন। নিয়ম কঠিন হলো, নিরাপত্তা তেমন বাড়ল না। গবেষণায়ও এমন আচরণ দেখা গেছে।
তাই NIST SP 800-63B-র ২০১৭ সালের সংস্করণ থেকেই দিক বদলায়, আর ২০২৫ সালের সংশোধিত সংস্করণ এটিকে আরও স্পষ্ট করে। মূল কথাগুলো হলো: দৈর্ঘ্যকে গুরুত্ব দেওয়া, চিহ্নের বাধ্যতামূলক মিশ্রণ বাদ দেওয়া, নিয়মিত সময় ধরে বদলাতে বাধ্য না করা, ফাঁসের প্রমাণ পেলে বদলানো, আর পরিচিত ফাঁস হওয়া password আটকে দেওয়া। সঠিক শব্দ ও সংখ্যা পর্ব ১৫-এ দেখব, আর মূল নথি মিলিয়ে নেবেন।
একই ছবি অন্য জায়গায়ও আছে। অতিরিক্ত alert দিলে SOC analyst-এরা সেগুলো উপেক্ষা করতে শুরু করেন। অতিরিক্ত অনুমতি-পর্দা দিলে মানুষ না পড়েই “Allow” চাপেন। বিপরীতে, password manager-এর স্বয়ংক্রিয় পূরণ বা passkey নিরাপদ পথকেই সহজ পথ করে দেয়।
মূল উপলব্ধি: ভালো নিরাপত্তা মানুষকে দোষ দেয় না। সে নিরাপদ কাজটিকে সবচেয়ে সহজ কাজ বানায়, আর মানুষের আচরণ দেখে নিয়ম বদলায়।
অনুশীলন
হিসাব, ভাবনা আর নিজের জীবনে প্রয়োগ। সব কাজ নিজের জিনিস বা কাল্পনিক উদাহরণ নিয়ে।
-
হিসাব করুন: (ক) একটি দলে ৩০টি account আছে। প্রতিটি নিরাপদ থাকার সম্ভাবনা ৯৮%, আর একটি অন্যটির ওপর নির্ভর করে না। অন্তত একটি বেহাত হওয়ার সম্ভাবনা কত? (খ) একটি ঘটনায় একবারের ক্ষতি ৮০,০০০ টাকা, ARO ০.২৫. বছরে ৬,০০০ টাকার সুরক্ষায় ARO নামে ০.০৫-এ। নিট লাভ কত?
(ক) 1 − 0.9830 = 1 − 0.5455 ≈ ০.৪৫৪৫, অর্থাৎ প্রায় ৪৫.৫%.
(খ) আগের ALE = ৮০,০০০ × ০.২৫ = ২০,০০০ টাকা। পরের ALE = ৮০,০০০ × ০.০৫ = ৪,০০০ টাকা। নিট লাভ = ২০,০০০ − ৪,০০০ − ৬,০০০ = ১০,০০০ টাকা। তাই সুরক্ষাটি যৌক্তিক।
-
আউটপুট অনুমান করুন: কোডটি না চালিয়ে বলুন কী ছাপা হবে, কোন ক্রমে।
const items = [ { name: 'A', value: 3, online: 1, noMfa: 1 }, { name: 'B', value: 5, online: 0, noMfa: 0 }, { name: 'C', value: 2, online: 1, noMfa: 1 }, ]; const s = x => x.value * (1 + x.online + x.noMfa); items.forEach(i => { if (i.name === 'A') i.noMfa = 0; }); for (const x of [...items].sort((p, q) => s(q) - s(p))) { console.log(x.name, s(x)); }A 6 C 6 B 5A-র
noMfa০ হয়, তাই 3 × (1 + 1 + 0) = 6. C = 2 × 3 = 6. B = 5 × 1 = 5. A আর C সমান, আর JavaScript-এরsortstable, তাই মূল ক্রম থাকে: A আগে। লক্ষ করুন, সবচেয়ে দামি B সবার নিচে, কারণ তার exposure কম। আর MFA না দিলে A হতো ৯. -
নকশা ও সমালোচনা: এক কাল্পনিক প্রতিষ্ঠানের মালিক বলছেন: “আমরা দামি antivirus কিনেছি, firewall-ও আছে, তাই আমাদের নিরাপত্তা সম্পূর্ণ। Backup-এর খরচ বাঁচাই।” তাঁর যুক্তির অন্তত তিনটি দুর্বলতা বলুন, আর বিকল্প পরিকল্পনা দিন।
- “সম্পূর্ণ” বলে কিছু নেই। নিরাপত্তা চূড়ান্ত অবস্থা নয়, চলমান ঝুঁকি সামলানো।
- দুটি পণ্য সব ঠেকায় না। এগুলো চুরি যাওয়া password, প্রতারণা বা ভেতরের ভুলের অনেক কিছু ধরে না।
- শুধু ঠেকানোতে মন। Detect, Respond, Recover নেই। ransomware বা হার্ডডিস্ক নষ্ট হলে backup ছাড়া ফেরার পথ নেই।
বিকল্প: সম্পদের তালিকা বানানো, প্রধান account-এ MFA, পরীক্ষা করা backup, আপডেট রুটিন, কর্মীদের রিপোর্ট করার সহজ পথ, আর একটি ছোট ঘটনা-পরিকল্পনা, কাকে ডাকবেন, কী বন্ধ করবেন।
-
নিজের তালিকা: নিজের পরিবার বা কাল্পনিক দোকানের ৫টি সম্পদ নিয়ে asset_inventory.js-এর ডেটা বদলে চালান। আসল password বা নম্বর লিখবেন না। কোন একটি পদক্ষেপ মোট score সবচেয়ে বেশি কমায়?
উত্তর আপনার ডেটার ওপর নির্ভর করে। সাধারণত email আর ফোন নম্বরের account তালিকার ওপরের দিকে থাকে, কারণ এগুলো অন্য account ফেরত আনার পথ। অনেক সময় একটি পদক্ষেপ (MFA, বা ভাগাভাগি বন্ধ করা) কয়েকটি সম্পদে একসাথে কাজ করে, তাই সেটি আগে নেওয়া লাভজনক। মান বসাতে গিয়ে নিজেকে জিজ্ঞেস করুন, এই মূল্য আমি কেন দিলাম? ওই আলোচনাই আসল ফল, সংখ্যাটি নয়।
নিজেকে যাচাই করুন
ভুল হলে কারণসহ ব্যাখ্যা পাবেন, আবার চেষ্টাও করতে পারবেন।
ক্রমঝুঁকি সামলানোর ধাপগুলো সঠিক ক্রমে সাজান (▲▼ চেপে সরান)
- কী রক্ষা করছি, তার তালিকা বানানো
- কে বা কী ক্ষতি করতে পারে আর কোথায় দুর্বলতা, তা চিহ্নিত করা
- সম্ভাবনা আর প্রভাবের হিসাব করা
- কমানো, হস্তান্তর, এড়ানো বা মেনে নেওয়ার সিদ্ধান্ত নেওয়া
- নজর রাখা আর নিয়মিত আবার পর্যালোচনা করা
“Defender's dilemma” বলতে কী বোঝায়?
- রক্ষকের বাজেট সবসময় হামলাকারীর চেয়ে কম
- হামলাকারীর একটি ফাঁক হলেই চলে, রক্ষককে সব দিক সামলাতে হয়
- রক্ষক আইন মেনে চলেন, তাই কিছুই করতে পারেন না
- কোনো প্রতিরক্ষাই কাজ করে না
২০টি স্বতন্ত্র নিয়ন্ত্রণের প্রতিটি ৯৯% ক্ষেত্রে ঠিক থাকে। অন্তত একটিতে ফাঁক থাকার সম্ভাবনা প্রায় কত?
- ১%
- ৩%
- ১৮%
- ৯৯%
একটি ঘটনায় একবারের ক্ষতি (SLE) ৪০,০০০ টাকা, আর ঘটনাটি গড়ে দুই বছরে একবার ঘটে। ALE কত?
- ২০,০০০ টাকা
- ৪০,০০০ টাকা
- ৮০,০০০ টাকা
- ৮,০০০ টাকা
কোনটি অনুমোদিত নিরাপত্তা পরীক্ষার গ্রহণযোগ্য ভিত্তি?
- “সাহায্য করার জন্যই করছি”, এই উদ্দেশ্য
- প্রতিষ্ঠানের একজন বন্ধু কর্মীর মৌখিক সম্মতি
- ওয়েবসাইটটি Internet-এ সবার জন্য খোলা থাকা
- যথাযথ মালিকের লিখিত অনুমতি, যাতে সীমা ও সময় স্পষ্ট
একটি লিংক থেকে খোলা পাতা ব্যাংকের মতো দেখাচ্ছে, কিন্তু password manager নিজে থেকে কিছু পূরণ করছে না। সবচেয়ে সম্ভাব্য অর্থ কী?
- Manager নষ্ট, হাতে টাইপ করে নিলেই হলো
- ঠিকানা না মিলতে পারে; পাতাটি ভুয়া হতে পারে
- Password খুব লম্বা হয়ে গেছে
- MFA চালু থাকায় এমন হচ্ছে
“ঝুঁকি মেনে নেওয়া” (risk acceptance) বলতে সঠিকভাবে কী বোঝায়?
- ঝুঁকি আছে কি না, না দেখে কিছু না করা
- বিমা কিনে ক্ষতি অন্যের ওপর দেওয়া
- হিসাব করে জেনে-বুঝে বাকি ঝুঁকিটি রেখে দেওয়া
- ঝুঁকিপূর্ণ কাজটি পুরোপুরি বন্ধ করে দেওয়া
শব্দকোষ
লেখার মধ্যে ডটেড দাগ দেওয়া শব্দে মাউস রাখুন বা চাপুন, অর্থ দেখাবে। এই পর্বের সব নতুন শব্দ এখানে একসাথে:
মনে রাখুন
- নিরাপত্তা শুরু হয় কী রক্ষা করছি প্রশ্ন দিয়ে: account, টাকা, ডেটা, সেবা, সুনাম।
- প্রতিপক্ষ পাঁচ ধরনের, আর ঠেকানো ছাড়াও ধরা, সাড়া দেওয়া, ফেরা সমান জরুরি।
- রক্ষার কাজ অসম: 1 − pn দেখায় কেন সংখ্যা বাড়লে ফাঁক প্রায় নিশ্চিত।
- নিরাপত্তা ঝুঁকি সামলানো: ALE = SLE × ARO, আর residual risk জেনে-বুঝে রাখা।
- আজই পাঁচ অভ্যাস। আর লিখিত অনুমতি ছাড়া পরীক্ষা নয়; অননুমোদিত প্রবেশ অপরাধ।
আরও পড়ুন · ABCL TECH-এ আপনার পরবর্তী পদক্ষেপ
- পর্ব ০২ · CIA triad, threat, vulnerability আর risk — নিরাপত্তার ভাষাপরবর্তী পর্বনিরাপত্তার মূল শব্দভান্ডার, উদাহরণ আর হিসাবসহ।
- সাইবার নিরাপত্তা · কোর্স হোম৮০টি পর্বপুরো কোর্সের রোডম্যাপ।
- Computer Networks · নিরাপত্তার মূলকথাপাশের ট্র্যাকNetwork-এর ভেতর থেকে নিরাপত্তা দেখা।
- Operating Systems · OS নিরাপত্তাপাশের ট্র্যাকঅপারেটিং সিস্টেম কীভাবে প্রক্রিয়া আর ফাইল রক্ষা করে।
- System Design · নিরাপত্তার নকশাগভীরে যানবড় সিস্টেমে নিরাপত্তা নকশার সিদ্ধান্ত।