অধ্যায় 59: Threat Modeling & Secure Design

Assets, trust boundaries, abuse cases ও mitigations.

এই অধ্যায়ে কী শিখবে

মূল ধারণা: অধ্যায় 59: Threat Modeling & Secure Design
অনুমোদিত বা synthetic lab-এ ঝুঁকি শনাক্ত করে উপযুক্ত প্রতিরক্ষা বেছে নেওয়া।
নিরাপদ evidence, remediation এবং retest সংক্ষেপে নথিভুক্ত করা।

⏱ আনুমানিক সময়: ১৫–২০ মিনিট · পূর্বশর্ত: আগের অধ্যায়ের ধারণা

০ / ১০০ অধ্যায়চালিয়ে যাও: অধ্যায় 60

অগ্রগতি এই browser-এ স্থানীয়ভাবে সংরক্ষিত হবে।

গল্প: অধ্যায় 59: Threat Modeling & Secure Design

নতুন স্বাস্থ্য-পরামর্শ app-এর নকশায় সবাই feature দেখছিল, কেউ data flow বা trust boundary নয়। মিলা user, service ও data store এঁকে abuse case লিখল, যাতে design-এর সময়েই mitigation ঠিক হয়। বৃষ্টি ম্যাম বললেন, “সৌরভ সোনা, আগে সমস্যাটাকে ছোট করে বুঝি—কোন সম্পদ, কার অনুমতি, আর কোন সীমার মধ্যে কাজ?” সৌরভ বোর্ডে একটি data-flow এঁকে সম্ভাব্য ভুলের জায়গা চিহ্নিত করল। তারা বাস্তব কোনো account বা website-এ হাত না দিয়ে synthetic উদাহরণে hypothesis যাচাই করল।

বৃষ্টি ম্যাম জিজ্ঞেস করলেন, “সৌরভ, গল্পের চরিত্রটি কোন সীমা পেরোতে দিচ্ছিল?” তারা বোর্ডে asset, actor, trust boundary আর expected outcome লিখল। ভুলটি শুধু একটি tool-এর সমস্যা নয়; server কী অনুমতি দিচ্ছে, আর সেই সিদ্ধান্ত যাচাই করা যায় কি না—সেটিই মূল প্রশ্ন।

তারপর তারা বাস্তব service ছুঁয়ে না দেখে synthetic record-এ একই decision অনুশীলন করল। প্রথমে স্বাভাবিক অনুমোদিত flow, তারপর ভুল পরিচয়/invalid state, শেষে fix-এর পর retest। বৃষ্টি ম্যাম বললেন, “সোনা, নিরাপদ শেখা মানে কেবল সমস্যা দেখানো নয়—সীমা মেনে প্রতিরক্ষা প্রমাণ করাও।”

বৃষ্টি ম্যাম সহজ করে বলছে

সমস্যা: আগে boundary না বুঝলে high-risk data path ও mitigation বাদ পড়ে।

মূল নিয়ম: data-flow ও trust-boundary diagram, assets, actors, abuse cases। এই নিয়মটি Assets, trust boundaries, abuse cases ও mitigations.-এর সঙ্গে মিলিয়ে threat boundary-তে enforce করো; শুধু UI, client-side check বা model instruction-এ ভরসা কোরো না। প্রত্যাখ্যানের কারণ user-কে নিরাপদভাবে জানাও, আর diagnosis-এর জন্য সীমিত redacted event রাখো।

নিরাপদ defensive উদাহরণ

নিচের snippet-টি illustrative pseudocode। এটি কোনো বাইরের target-এ পরীক্ষা চালায় না; control কীভাবে server-side-এ বসে তা দেখায়।

for flow in data_flows:
    label(flow.source, flow.sink, flow.data_class)
record_abuse_case(flow)

Review checklist: explicit scope, least privilege, malformed/unauthorized negative case, privacy-safe logging এবং post-fix retest।

আজকের অনুশীলন

নতুন clinic app-এর design review শুরু। প্রথম artefact কোনটি? কেবল isolated mock বা লিখিত অনুমতিপ্রাপ্ত lab-এ চেষ্টা করো। expected result এবং deny case লিখে রাখো।

প্রতিরক্ষা checkpoint

data-flow ও trust-boundary diagram, assets, actors, abuse cases Threat modeling early, ownership, mitigation tracking. remediation-এর owner ও retest ফলাফলও নথিভুক্ত করো।

Review: owner, telemetry, failure behavior ও retest ফলাফল নথিভুক্ত করো।

Portfolio note

Scope, synthetic setup, পর্যবেক্ষণ, ঝুঁকি, remediation ও retest লিখে রাখো। secret বা ব্যক্তিগত তথ্য যোগ কোরো না।

বিশ্বস্ত reference

আরও পড়ার জন্য প্রতিষ্ঠিত security standards ও guidance দেখো; প্রতিটি lab অনুমোদিত বা synthetic environment-এ করো।

OWASP Cheat Sheet Series — নিরাপদ implementation guidance
OWASP ASVS — application security verification requirements
NIST SP 800-218 (SSDF) — secure software development practices

অধ্যায় 59: Threat Modeling & Secure Design

এই অধ্যায়ে কী শিখবে

গল্প: অধ্যায় 59: Threat Modeling & Secure Design

বৃষ্টি ম্যাম সহজ করে বলছে

নিরাপদ defensive উদাহরণ

আজকের অনুশীলন

প্রতিরক্ষা checkpoint

Portfolio note

অনুশীলনের লক্ষ্য

অধ্যায়ভিত্তিক সিদ্ধান্ত-ল্যাব

চেক করার বিষয়

১০ প্রশ্নের কুইজ

1. “অধ্যায় 59: Threat Modeling & Secure Design” scenario-তে মূল control কোনটি?

2. অধ্যায় 59: Threat Modeling & Secure Design-এর এই scenario-তে সবচেয়ে বড় ঝুঁকি কোনটি?

3. অধ্যায় 59: Threat Modeling & Secure Design নিয়ে lab করলে কোন target বেছে নেবে?

4. অধ্যায় 59: Threat Modeling & Secure Design-এর positive test-এর পাশাপাশি কোন negative case দরকার?

5. অধ্যায় 59: Threat Modeling & Secure Design fix-এর telemetry-তে কোনটি নিরাপদ?

6. অধ্যায় 59: Threat Modeling & Secure Design lab শুরু করার আগে কী লিখবে?

7. অধ্যায় 59: Threat Modeling & Secure Design-এর authorization বা validation ব্যর্থ হলে কী হবে?

8. অধ্যায় 59: Threat Modeling & Secure Design remediation-এর প্রমাণে কোনটি সবচেয়ে কাজে লাগে?

9. অধ্যায় 59: Threat Modeling & Secure Design finding কখন resolved বলবে?

10. অধ্যায় 59: Threat Modeling & Secure Design report-এ কী নথিভুক্ত করবে?

বিশ্বস্ত reference