এই ধরনের problem-এ নিজের ইচ্ছায় আরও পাঁচ ঘণ্টা দিতে চাইবে? কেন?
Application Security · 75–120 min
ছোট একটি feature-এর threat model বানিয়ে সেটিকে সুরক্ষিত করুন
Scanner output নয়—design, evidence, fix আর regression protection হিসেবে application security অনুভব করুন।
কাজ শুরু করি01 · প্রস্তুতি
যা দরকার
- একটি form বা API-সহ নিজের tiny local app, source access আর setup। শুধু সেই app বা explicitly authorized training lab-এ কাজ; public target test নয়।
বেঁধে দেওয়া সময় শেষ হলে থামতে পারেন। অসম্পূর্ণ ফলও নিজের জন্য দরকারি evidence।
02 · কাজ
কাজের ধাপ
- 01
Feature-এর browser/client, server আর data store আঁকুন। User-controlled input, identity, sensitive data আর trust-boundary crossing mark করুন।
- 02
‘কেউ … করতে পারে, ফলে …’ format-এ তিনটি abuse case লিখুন। Local system-এ plausible impact আর likelihood দিয়ে rank করুন।
- 03
একটি input-validation বা authorization risk নিন। শুধু harmless fictional data দিয়ে reproduce আর exact evidence রাখুন; scope unclear হলে stop।
- 04
Smallest server-side fix আর regression test দিন—fix-এর আগে fail, পরে pass। শুধু client-side validation-এর ওপর নির্ভর নয়।
- 05
Short report লিখুন: authorized scope, threat, evidence, impact, fix, verification আর remaining risk। Secret share না করে peer review নিন।
03 · খেয়াল করুন
Output-এর পাশাপাশি নিজের প্রতিক্রিয়াও দেখুন
- Weakness খোঁজার মতো prevent করাও interesting লেগেছে?
- Exaggeration, blame বা শুধু vulnerability score ছাড়া risk বোঝাতে পারেন?
একটু অন্যভাবে ভাবুন
কঠিন লাগলেই ক্যারিয়ারটি আপনার নয়—এমন নয়। আসল প্রশ্ন: কঠিন হওয়ার পরও কৌতূহলটি কি ফিরে এসেছে?
04 · ভেবে দেখুন
নিজেকে তিনটি সৎ প্রশ্ন
কোন অংশ energy দিয়েছে, আর কোনটা drain করেছে?
Salary video নয়—এই path বাছার আগে কী evidence জোগাড় করবে?
আপনার উত্তর এই site জমা রাখে না। চাইলে নিজের notebook-এ লিখে রাখুন।
05 · এরপর কোথায়