এই ধরনের problem-এ নিজের ইচ্ছায় আরও পাঁচ ঘণ্টা দিতে চাইবে? কেন?
Offensive Security ও Penetration Testing · 90–150 min
ছোট একটি authorized web-security assessment করুন
সবচেয়ে বেশি tool চালানোর race নয়—scope, hypothesis, minimal proof, reporting আর remediation হিসেবে penetration testing অনুভব করুন।
কাজ শুরু করি01 · প্রস্তুতি
যা দরকার
- Basic HTTP আর PortSwigger Web Security Academy-র একটি deliberately vulnerable beginner lab। ওই lab-ই পুরো authorized scope; public, campus বা employer system probe করবেন না।
বেঁধে দেওয়া সময় শেষ হলে থামতে পারেন। অসম্পূর্ণ ফলও নিজের জন্য দরকারি evidence।
02 · কাজ
কাজের ধাপ
- 01
এক page-এর rules-of-engagement note লিখুন: target lab, objective, allowed account/data, excluded action, stop condition আর evidence-storage rule।
- 02
Relevant versioned OWASP WSTG section পড়ে testing-এর আগে lab-এর visible input, trust boundary আর protected action আঁকুন।
- 03
তিনটি test hypothesis লিখুন। একটি validate করতে প্রয়োজনীয় smallest harmless request-টিই execute করুন; behavior lab scope ছাড়ালে stop করুন।
- 04
Exact request-response capture করে underlying control failure explain করুন; observed impact আর possible impact আলাদা রাখুন।
- 05
Scope, evidence, severity reasoning, remediation আর retest case-সহ একটি finding লিখুন। নিজের report শেষ করার পর lab explanation-এর সঙ্গে compare করুন।
03 · খেয়াল করুন
Output-এর পাশাপাশি নিজের প্রতিক্রিয়াও দেখুন
- Payload copy করার চেয়ে mechanism বোঝা কি বেশি satisfying ছিল?
- Unnecessary sensitive data না পেয়েও developer কি finding reproduce আর কী fix করবে বুঝতে পারবে?
- Strict scope কি reasoning improve করেছে, নাকি মূল ইচ্ছা ছিল অন্য কিছু attack করার freedom?
একটু অন্যভাবে ভাবুন
কঠিন লাগলেই ক্যারিয়ারটি আপনার নয়—এমন নয়। আসল প্রশ্ন: কঠিন হওয়ার পরও কৌতূহলটি কি ফিরে এসেছে?
04 · ভেবে দেখুন
নিজেকে তিনটি সৎ প্রশ্ন
কোন অংশ energy দিয়েছে, আর কোনটা drain করেছে?
Salary video নয়—এই path বাছার আগে কী evidence জোগাড় করবে?
আপনার উত্তর এই site জমা রাখে না। চাইলে নিজের notebook-এ লিখে রাখুন।
05 · এরপর কোথায়