একশো অধ্যায় শেষে নীলা fictional library app-এর review জমা দিল—scope, threat model, synthetic finding, fix ও retest-সহ। mentor completion record দিলেন, তবে স্পষ্ট করলেন এটি course record; accreditation বা চাকরির credential নয়। বৃষ্টি ম্যাম বললেন, “সৌরভ সোনা, আগে সমস্যাটাকে ছোট করে বুঝি—কোন সম্পদ, কার অনুমতি, আর কোন সীমার মধ্যে কাজ?” সৌরভ বোর্ডে একটি data-flow এঁকে সম্ভাব্য ভুলের জায়গা চিহ্নিত করল। তারা বাস্তব কোনো account বা website-এ হাত না দিয়ে synthetic উদাহরণে hypothesis যাচাই করল।
বৃষ্টি ম্যাম জিজ্ঞেস করলেন, “সৌরভ, গল্পের চরিত্রটি কোন সীমা পেরোতে দিচ্ছিল?” তারা বোর্ডে asset, actor, trust boundary আর expected outcome লিখল। ভুলটি শুধু একটি tool-এর সমস্যা নয়; server কী অনুমতি দিচ্ছে, আর সেই সিদ্ধান্ত যাচাই করা যায় কি না—সেটিই মূল প্রশ্ন।
তারপর তারা বাস্তব service ছুঁয়ে না দেখে synthetic record-এ একই decision অনুশীলন করল। প্রথমে স্বাভাবিক অনুমোদিত flow, তারপর ভুল পরিচয়/invalid state, শেষে fix-এর পর retest। বৃষ্টি ম্যাম বললেন, “সোনা, নিরাপদ শেখা মানে কেবল সমস্যা দেখানো নয়—সীমা মেনে প্রতিরক্ষা প্রমাণ করাও।”
বৃষ্টি ম্যাম সহজ করে বলছে
সমস্যা: সঠিক capstone evidence শেখার কাজ দেখায়, কিন্তু unofficial course record-কে credential বলে না।
মূল নিয়ম: scope, evidence, owner, risk, fix, retest ও limitation-সহ portfolio review। এই নিয়মটি সব track-এর শেখা একত্র করে defensive capstone ও course-only certificate.-এর সঙ্গে মিলিয়ে threat boundary-তে enforce করো; শুধু UI, client-side check বা model instruction-এ ভরসা কোরো না। প্রত্যাখ্যানের কারণ user-কে নিরাপদভাবে জানাও, আর diagnosis-এর জন্য সীমিত redacted event রাখো।
নিরাপদ defensive উদাহরণ
নিচের snippet-টি illustrative pseudocode। এটি কোনো বাইরের target-এ পরীক্ষা চালায় না; control কীভাবে server-side-এ বসে তা দেখায়।
record = {scope, findings, remediation, retest, limitations}
label_as_course_completion_only(record)
Review checklist: explicit scope, least privilege, malformed/unauthorized negative case, privacy-safe logging এবং post-fix retest।
আজকের অনুশীলন
capstone-এ একাধিক finding ও remediation জমা দিতে হবে। completion record কীভাবে উপস্থাপন করবে? কেবল isolated mock বা লিখিত অনুমতিপ্রাপ্ত lab-এ চেষ্টা করো। expected result এবং deny case লিখে রাখো।
প্রতিরক্ষা checkpoint
scope, evidence, owner, risk, fix, retest ও limitation-সহ portfolio review শুধু অনুমতিপ্রাপ্ত কাজ; certificate completion record, accredited credential নয়. remediation-এর owner ও retest ফলাফলও নথিভুক্ত করো।
Review: owner, telemetry, failure behavior ও retest ফলাফল নথিভুক্ত করো।
Portfolio note
Scope, synthetic setup, পর্যবেক্ষণ, ঝুঁকি, remediation ও retest লিখে রাখো। secret বা ব্যক্তিগত তথ্য যোগ কোরো না।
অনুশীলনের লক্ষ্য
নিজের lab/synthetic কাজের scope, evidence, fix, retest ও lessons learned জমা দাও.
অধ্যায়ভিত্তিক সিদ্ধান্ত-ল্যাব
Scenario: capstone-এ একাধিক finding ও remediation জমা দিতে হবে। completion record কীভাবে উপস্থাপন করবে?
একটি defensive সিদ্ধান্ত বেছে নিয়ে ল্যাব চালু করো চাপো। এটি synthetic scenario; কোনো network request করা হয় না।
পরিকল্পনা বেছে নিয়ে simulation চালাও।
চেক করার বিষয়
সঠিক capstone evidence শেখার কাজ দেখায়, কিন্তু unofficial course record-কে credential বলে না।—সফল সমাধানে scope, control এবং retest—তিনটিই উল্লেখ করো।
১০ প্রশ্নের কুইজ
প্রতিটি প্রশ্নে একটি উত্তর বেছে নাও। ব্যাখ্যাসহ স্কোর নিচে দেখা যাবে।
1. “অধ্যায় 100: Course Capstone & Completion Certificate” scenario-তে মূল control কোনটি?
scope, evidence, owner, risk, fix, retest ও limitation-সহ portfolio review—এটাই অধ্যায় 100: Course Capstone & Completion Certificate-এর প্রধান defensive control.
2. অধ্যায় 100: Course Capstone & Completion Certificate-এর এই scenario-তে সবচেয়ে বড় ঝুঁকি কোনটি?
সঠিক capstone evidence শেখার কাজ দেখায়, কিন্তু unofficial course record-কে credential বলে না। হওয়ায় access, data বা service impact হতে পারে.
3. অধ্যায় 100: Course Capstone & Completion Certificate নিয়ে lab করলে কোন target বেছে নেবে?
Synthetic isolated environment production data বা অন্যের service-কে ঝুঁকিতে ফেলে না.
4. অধ্যায় 100: Course Capstone & Completion Certificate-এর positive test-এর পাশাপাশি কোন negative case দরকার?
Negative case control bypass বা fail-open আচরণ ধরতে সাহায্য করে.