•
اگه بنویسی:
/product?id=26
احتمالا محصول دیگهای رو نمایش میده.
این به خودی خود مشکل امنیتی نیست🤷♂
اما اگر به جای محصول، اطلاعات حساب
کاربران با شناسه مـشـخـص در دسـتـرس
باشه چطور میشه❌⚠️
مثلاً:
/profile?id=25
و با تغییر عدد به:
/profile?id=26
اطلاعات کاربر دیگری نمایش داده بشه.(همون مواردی که قبلا گفته بودیم)
در این حالت یه سوال امنیتی مهم مواجه میشیم:
آیا برنامه بررسی میکنه که کاربر اجازه
مشاهده اطلاعات شماره 26 رو داره؟🧐
اگر پاسخ منفی باشه، ممکنه با یک
مشکل تو کنترل دستـرسی رو به رو
باشیم.
این همون مفهومیه که در روزهای آینده با
عنوان IDOR و Broken Access Control
بیشتر بررسی میکنیم
•
•
برای امشب کافیه💙
این مطالب رو با دقـت بخـونـیـن و اســتـفاده
کنید ازش، تماما توسط متخصـصـیـن امنیت
کدنا نوشته میشه و خیلیی میتونه بهتون تو
این حوزه کمک کنه🙂🔥
اگر بعضی هارو متوجه نشدین نگران
نباشید، یه بار دیگه با دقت بخونین :)
•
•
حالا میرسیم به Cookie، فکـر کن
وارد یک سایت مـیـشی، نام کاربری
و رمز عبورت رو وارد میکنی.💻
سرور اطلاعات رو بررسی میکنه و متوجه
میشه که ورود موفق بوده.✅
اما وقتی چند ثانیه بعد وارد صفحه دیگهای
مـیشـی، سـرور بـایـد بدونه ایـن درخـواسـت
متعلق به همون کاربر قبلیه. 🤌🏻
برای این کار، بسیاری از برنامههای وب
از Session استفاده میکنن
در واقع Session یا «نشست»، روشی برای
نگهداری وضعیت یک کاربر در طول چندین
درخواستِ. ⏰
به زبان ساده، Session کمک میکنه سرور
متوجه بشه چند Request مــخــتلف مربوط
به یک نشست کاربری هست.
•
•
برای مثال ممکن است چیزی شبیه این ببینی:👀
Cookie: session=abc123
(صرفاً یک مثال آموزشی)
در یک برنامه واقعی، مقدار Session
معمولاً ساختار و مقدار متفاوتی داره.
اگر اطلاعات مربوط به Session یـک کاربرـ
به دست فرد دیگری بیفته، بسته به نـحـوه
طراحی برنامه، ممکنه اون فـرد بـتـونه ازش
سوءاستـفـاده کــنـه و خـودش رو جای کاربر
معرفی کنه
به همین دلیل Session یکی از بخشهای
بسیار مهم امنیت برنامههای وب محـسوب
میشه.
حالا اگه یک Request رو از دید
متخصص امنیت نگاه کـنـیـم🏴☠
وقتی یک Request رو در DevTools
باز میکنی، فقط به URL نباید نگاه کنی.
این سؤالها رو بپرس از خودت که:
این درخواست با چه Methodی ارسال شده؟
به چه URLای ارسال شده؟
چه Parameterهایی داره؟
آیا Cookie همراه آن وجود داره؟
و Response دقیقاً چه چیزی را برگردونده؟
اینجا یه Request ساده تبدیل به یک
مـنــبـع اطلاعاتـی مــهـم میشه 😇🔥
•
•
حالا تو DevTools، روی یکی از درخواست
هایی که دو روز قبل پیدا کردی کلیک کن🎩
وارد قسمت Headers شو.
دنبال چهار چیز مشخص بگرد:
Request URL
Request Method
Status Code
Request Headers
بعد تو همون Request، قسمت Response رو باز کن.
چیزی که اینجا میبینی، پاسخ سرور به
درخواست مرورگرِ.
ممکن HTML باشه.
ممکن JSON باشه.
ممکن هرچیزی باشه...
حالا سوال) اگر Request رو میبینیم:
آیا میتوانیم بفهمـیم چـه اطـلاعاتـی
از طرف کاربر وارد برنامه شده ؟ بله.
«هر چیزی که از کاربر وارد برنامه میشه،
از دید امنیتی ارزش بررسی داره»
نکته: این به معنی آسیبپذیر بودن اون نیست ❌
برنامهای که ورودی کاربر دریافت میکنه،
اگه اون ورودی رو به شکل صحیح پردازش
کنه، میتونه کاملاً امن باشه.
مشکل زمانی ایجاد میشه که برنامه به
ورودی اعتماد بیش از حد داشـته باشه
یا اون رو به شکل ناامن پردازش کنه🤷♂
•
•
برای امشب هم تماام✋
اونایی که آموزش رو خوندن یا سوالی
دارن بپرسن ناشناس جواب بدیم ❤️🔥
•
•
اینا فقط مــحـتـوای #رایگانِ... دورههای
کامل هانترز روم و جاوااسکریپت سیاه
هست🔥😎
•