تست نفوذ (VA+PT)

تست نفوذ جامع ترکیبی از ارزیابی آسیب‌پذیری و بهره‌برداری

درباره این سرویس

سرویس تست نفوذ وب (VA+PT) ما دو کار می‌کند که یک اسکن از پسِ آن برنمی‌آید: آسیب‌پذیری‌های یک اپلیکیشن وب را بر پایه‌ی راهنمای تست امنیت وب OWASP (WSTG) می‌یابد و سپس با بهره‌برداری کنترل‌شده اثباتشان می‌کند. یافتنِ یک ضعف به شما می‌گوید که شاید مسئله باشد؛ بهره‌برداری از آن می‌گوید مهاجم واقعاً چه به دست می‌آورد، و به‌هم‌بستنِ چند ضعف نشان می‌دهد که چگونه یک مسئله‌ی کم‌خطر به یک رخنه بدل می‌شود. احراز هویت و مدیریت session، مجوزدهی و کنترل دسترسی، مدیریت ورودی و تزریق، منطق کسب‌وکار، پیکربندی و امنیت سمت کلاینت را می‌آزماییم؛ به‌صورت دستی، چون مهم‌ترین نقص‌ها همان‌هایی‌اند که یک ابزار از کنارشان رد می‌شود. هر یافته با یک proof-of-concept تکرارپذیر اثبات می‌شود، در کنار اثر واقعی‌اش بر کسب‌وکار با CVSS رتبه می‌گیرد، به WSTG نگاشت می‌شود و با یک رفع مشخص نوشته می‌شود. پس از رفع، دوباره تست می‌کنیم.

چه چیزی شامل می‌شود

تست احراز هویت: مدیریت اعتبارنامه، چندعاملی، بازنشانی رمز و جریان‌های بازیابی حساب

مدیریت session: استحکام token، تثبیت، انقضا و خروج

مجوزدهی و کنترل دسترسی: ترفیع امتیاز افقی و عمودی و IDOR

مدیریت ورودی و تزریق: SQL، فرمان، قالب و دیگر گونه‌های تزریق

اسکریپت‌نویسی میان‌سایتی و امنیت سمت کلاینت

جعل درخواست میان‌سایتی و دیگر نقص‌های جعل درخواست

منطق کسب‌وکار: سوءاستفاده از جریان کاریِ مقصودِ اپلیکیشن

پیکربندی و استقرار: هدرهای امنیتی، TLS، مدیریت خطا و مؤلفه‌های افشاشده

بارگذاری و مدیریت فایل

بهره‌برداری کنترل‌شده و تحلیل زنجیره‌ی حمله، برای نشان‌دادن این‌که مسائل چگونه با هم ترکیب می‌شوند

proof-of-concept برای هر یافته‌ی تأییدشده، و تست مجدد پس از رفع

چگونه کار می‌کند

1
تعیین دامنه و شناسایی
بر هدف، حساب‌ها و نقش‌ها و قواعد درگیری توافق می‌کنیم، سپس اپلیکیشن را نگاشت می‌کنیم: صفحه‌ها، endpointها، نقش‌ها و فناوریِ پشتش. همین، زمینی است که باقی تست رویش می‌ایستد.
2
ارزیابی آسیب‌پذیری
اپلیکیشن را در برابر WSTG به‌صورت دستی می‌آزماییم؛ در احراز هویت، مجوزدهی، مدیریت ورودی، منطق کسب‌وکار و پیکربندی. ابزار خودکار پشتیبانِ کار است؛ جای تستِ دستی‌ای را که نقص‌های واقعی را می‌یابد نمی‌گیرد.
3
بهره‌برداری کنترل‌شده
آسیب‌پذیری‌های تأییدشده را زیر قواعد توافق‌شده و غیرمخرب بهره‌برداری می‌کنیم تا اثبات شود واقعی‌اند و اندازه بگیریم واقعاً چه چیزی را در معرض می‌گذارند، و مسائل را به هم می‌بندیم تا مسیرهایی را که یک مهاجم واقعی می‌رفت نشان دهیم.
4
تحلیل اثر
برای هر یافته و هر زنجیره ارزیابی می‌کنیم که برای کسب‌وکار چه معنایی دارد؛ داده‌ی قابل‌دسترس، حساب‌های قابل‌تصاحب، اقدام‌های قابل‌انجام، تا شدت، پیامد واقعی را بازتاب دهد نه صرفاً دسته‌ی فنی را.
5
گزارش‌دهی و تست مجدد
هر یافته با proof-of-concept، نمره‌ی CVSS و اثر کسب‌وکار، ارجاع WSTG و یک رفع مشخص نوشته می‌شود. پس از رفع، دوباره تست می‌کنیم تا مطمئن شویم رفع‌ها پابرجا هستند و مسائل تازه‌ای نگشوده‌اند.
خروجی‌ها
  • خلاصه‌ی اجرایی با نمای کلی ریسک برای تصمیم‌گیرندگان
  • گزارش تفصیلی تست نفوذ، هر یافته با یک proof-of-concept تکرارپذیر
  • مستندات زنجیره‌ی حمله که نشان می‌دهد مسائل چگونه ترکیب می‌شوند
  • نگاشت یافته‌ها به OWASP WSTG، همراه با CVSS و اثر کسب‌وکار
  • نقشه راه رفع اولویت‌دار
  • گزارش تست مجدد که وضعیت پس از رفع را تأیید می‌کند

چرا وادی ایمن حافظ

اثبات، نه فقط یک فهرست
آنچه می‌یابیم بهره‌برداری می‌کنیم، پس به‌جای فهرستِ «شایدها»ی یک اسکنر، اثباتِ اثر واقعی می‌گیرید. یک یافته‌ی تأییدشده و نمایش‌داده‌شده همان است که می‌توانید با اطمینان اولویتش دهید.
تست دستی و مبتنی بر WSTG
نقص‌هایی که به رخنه می‌انجامند (مجوزدهی شکسته، سوءاستفاده از منطق کسب‌وکار، مسائل زنجیره‌شده) همان‌هایی‌اند که ابزارهای خودکار از دست می‌دهند. برای رسیدن به آن‌ها، OWASP WSTG را به‌صورت دستی دنبال می‌کنیم.
زنجیره‌ی حمله، نه باگ‌های منفرد
یک رخنه به‌ندرت یک نقص است؛ چند نقص کوچکِ ترکیب‌شده است. زنجیره‌ها را می‌سازیم و مستند می‌کنیم، تا مسیری را که یک مهاجم واقعی می‌رفت ببینید، نه فقط تکه‌هایش را.
کنترل‌شده و مسئولانه
بهره‌برداری زیر قواعد درگیریِ توافق‌شده و غیرمخرب اجرا می‌شود، تا اطمینانِ یک حمله‌ی واقعی را بی‌خطرِ آن به دست آورید.

سوالات متداول

تست نفوذ وب (VA+PT) چیست؟

ارزیابی آسیب‌پذیری یک اپلیکیشن وب را بر پایه‌ی OWASP WSTG با بهره‌برداری کنترل‌شده از آنچه یافته می‌شود ترکیب می‌کند. ارزیابی، ضعف‌ها را شناسایی می‌کند؛ بهره‌برداری آن‌ها را اثبات می‌کند و اثر واقعی‌شان را می‌سنجد، از جمله این‌که چگونه چند مسئله به یک حمله‌ی بزرگ‌تر زنجیر می‌شوند. هر یافته اثبات می‌شود، با CVSS رتبه می‌گیرد و با یک رفع نوشته می‌شود.

این با ارزیابی آسیب‌پذیریِ تنها چه تفاوتی دارد؟

ارزیابی آسیب‌پذیری ضعف‌ها را شناسایی و رتبه‌بندی می‌کند؛ تست نفوذ فراتر می‌رود و آن‌ها را بهره‌برداری می‌کند تا اثبات کند واقعی‌اند و نشان دهد مهاجم چه به دست می‌آورد. اگر می‌خواهید میزان مواجهه‌تان را بدانید و رفع‌ها را اولویت دهید، شاید ارزیابی کافی باشد؛ اگر به اثباتِ اثر و درکِ زنجیره‌های حمله نیاز دارید، VA+PT پاسخ کامل‌تر است.

آیا بهره‌برداری روی اپلیکیشن من ایمن است؟

بهره‌برداری تنها زیر قواعد درگیری‌ای اجرا می‌شود که پیشاپیش با شما توافق شده، و غیرمخرب است: دسترسی و اثر را اثبات می‌کنیم بی‌آن‌که به داده آسیب بزنیم یا سرویس را مختل کنیم. هر چیزی که بتواند خطر داشته باشد، پیش از تلاش بحث و تأیید می‌شود.

برای شروع به چه دسترسی و اطلاعاتی نیاز دارید؟

دست‌کم نشانی هدف و قواعد درگیری. حساب‌های آزمایشی برای هر نقش می‌گذارند مجوزدهی و ترفیع امتیاز را بیازماییم، همان‌جا که یافته‌های پرپیامد معمولاً هستند. برای یک تست white-box از مستندات و در جای مربوط از کد منبع هم بهره می‌گیریم تا از آنچه نمای بیرونی می‌تواند، ژرف‌تر برسیم.

تست را به‌صورت black-box، grey-box یا white-box انجام می‌دهید؟

هر سه. black-box یک مهاجم بیرونی و بی‌اعتبارنامه را تقلید می‌کند، grey-box از حساب‌های کاربری و دانش جزئی کار می‌کند، و white-box مستندات و کد منبع را می‌افزاید. grey-box برای اپلیکیشن‌های وب گزینه‌ی رایج است چون یک مهاجمِ واردشده را بازتاب می‌دهد و مجوزدهی را کامل پوشش می‌دهد؛ حالت را با مدل تهدید شما هماهنگ می‌کنیم.

تست روی production اجرا شود یا staging؟

یک محیط staging که آینه‌ی production باشد برای بهره‌برداری امن‌ترین است، تا اثباتِ اثر نتواند بر داده یا کاربران واقعی تأثیر بگذارد. آنجا که تست ناگزیر روی production اجرا شود، نخست بر مرزهای غیرمخرب و زمان‌بندی توافق می‌کنیم و در همان‌ها می‌مانیم.

یافته‌ها چگونه رتبه‌بندی می‌شوند؟

هر یافته با CVSS نمره می‌گیرد و در کنار اثر واقعی‌اش بر کسب‌وکار ارائه می‌شود، و یک زنجیره‌ی مسائل بر پایه‌ی آنچه زنجیره به دست می‌آورد رتبه می‌گیرد، نه بر پایه‌ی سست‌ترین حلقه‌اش. همین جفت‌کردن می‌گذارد به ترتیبی رفع کنید که بیشترین ریسک را زودتر کم می‌کند.

آیا پس از رفع یافته‌ها دوباره تست می‌کنید؟

بله. تست مجدد پس از رفع بخشی از کار است: تأیید می‌کنیم که هر رفع واقعاً مسئله را می‌بندد و مسئله‌ی تازه‌ای نگشوده است، و گزارشی به‌روزشده دریافت می‌کنید که وضعیت رفع‌شده را بازتاب می‌دهد.

آماده شروع هستید؟
با تیم ما تماس بگیرید تا در مورد نیازهای ارزیابی امنیتی شما صحبت کنیم