اعتبارسنجی امنیت API

اعتبارسنجی امنیت API بر اساس استانداردهای صنعتی

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

اعتبارسنجی امنیت API ما یک API را کنترل‌به‌کنترل در برابر یک استاندارد برگزیده می‌سنجد؛ فهرست OWASP API Security Top 10 و استاندارد اعتبارسنجی امنیت اپلیکیشن OWASP (ASVS)، و گزارش می‌دهد کجا منطبق است و کجا نیست. جایی که یک تست نفوذ دنبال هر چیزی می‌گردد که بتواند بهره‌برداری کند، اعتبارسنجی به پرسشی دیگر پاسخ می‌دهد: برای هر الزامِ استاندارد، آیا کنترل حاضر، درست و اثربخش است؟ نتیجه یک ماتریس انطباق و یک تحلیل شکاف است که می‌توانید به یک حسابرس، یک مشتری یا تیم مهندسی خودتان بسپارید. خطرهای خاصِ API را که فهرست OWASP نام می‌برد پوشش می‌دهیم؛ مجوزدهی در سطح شیء و در سطح تابع، احراز هویت، مصرف منابع، جریان‌های حساس کسب‌وکار، SSRF، پیکربندی نادرست و فهرست‌برداری API، و کنترل‌های گسترده‌ترِ ASVS را در سطحی که نیاز دارید. هر شکاف در کنار اثر واقعی‌اش با CVSS رتبه می‌گیرد و با یک رفع مشخص همراه است.

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

مجوزدهی شکسته در سطح شیء (BOLA): این‌که آیا کاربر می‌تواند به شیءهای کاربر دیگر برسد

مجوزدهی شکسته در سطح ویژگیِ شیء: این‌که آیا کاربر می‌تواند ویژگی‌هایی را بخواند یا بنویسد که نباید

مجوزدهی شکسته در سطح تابع: این‌که آیا کاربر می‌تواند توابعی فراتر از نقشش را صدا بزند

احراز هویت شکسته: صدور token، اعتبارسنجی، انقضا و مدیریت session

مصرف بی‌حدومرز منابع: محدودیت نرخ، محدودیت بار و کنترل هزینه

دسترسی بی‌حدومرز به جریان‌های حساس کسب‌وکار: این‌که آیا جریان‌های پرارزش در برابر خودکارسازی محافظت شده‌اند

جعل درخواست سمت سرور (SSRF) در endpointهایی که منبع دوردست می‌آورند

پیکربندی نادرست امنیتی در سراسر API، gateway و لایه‌ی انتقال آن

مدیریت نادرست فهرست: endpointهای مستندنشده، منسوخ و سایه

مصرف ناامن APIهای شخص ثالثی که خودِ سرویس صدا می‌زند

اعتبارسنجی کنترل‌های ASVS در سطح توافق‌شده، همراه با یک ماتریس انطباق

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

1
گزینش استاندارد و دامنه
بر این توافق می‌کنیم که کدام استاندارد اعمال می‌شود و برای ASVS در کدام سطح، سپس فهرست کنترل‌ها را از آن می‌سازیم. سطح API را که باید اعتبارسنجی شود تأیید می‌کنیم: endpointها، نقش‌ها و جریان‌ها.
2
اعتبارسنجی کنترل
فهرست را کنترل‌به‌کنترل پیش می‌بریم و هر الزام را در برابر APIِ در حال اجرا و پیکربندی‌اش می‌آزماییم. برای هر کدام ثبت می‌کنیم که برآورده شده، تا اندازه‌ای برآورده شده یا برآورده نشده، و شواهد پشتِ آن داوری را.
3
تحلیل شکاف
کنترل‌های برآورده‌نشده و نیمه‌برآورده را به یک تحلیل شکاف بدل می‌کنیم: چه چیزی کم است، چرا اهمیت دارد و بستنش به چه نیاز دارد. شکاف‌هایی که قابل‌بهره‌برداری هم هستند نشانه‌گذاری و به‌مثابه‌ی یافته رتبه می‌گیرند، نه صرفاً عدم‌انطباق.
4
گزارش‌دهی و اعتبارسنجی مجدد
ماتریس انطباق، تحلیل شکاف و رفع اولویت‌دار را تحویل می‌دهیم. پس از آن‌که شکاف‌ها را بستید، کنترل‌های متأثر را دوباره اعتبارسنجی می‌کنیم تا ماتریس وضعیت کنونی را بازتاب دهد.
خروجی‌ها
  • خلاصه‌ی اجرایی با نمای کلی انطباق برای تصمیم‌گیرندگان
  • ماتریس انطباق OWASP API Security Top 10
  • ماتریس اعتبارسنجی کنترل‌های ASVS در سطح توافق‌شده
  • گزارش تفصیلی، هر کنترل با داوری و شواهدش
  • تحلیل شکاف با الزامِ لازم برای بستن هر شکاف
  • شکاف‌های قابل‌بهره‌برداری، رتبه‌بندی‌شده به‌مثابه‌ی یافته با CVSS و اثر کسب‌وکار
  • راهنمای رفع اولویت‌دار
  • اعتبارسنجی مجدد کنترل‌های متأثر پس از رفع

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

اعتبارسنجی، نه حدس
هر الزامِ استاندارد داوریِ روشنی می‌گیرد که شواهد پشتیبانش است، پس ماتریسی که دریافت می‌کنید سندی است که می‌توانید در برابر یک حسابرس یا مشتری از آن دفاع کنید، نه یک نظر.
پوشش خاصِ API
خطرهایی که APIها را می‌شکنند مجوزدهی و منطق کسب‌وکارند، نه باگ‌های کلاسیک تزریق. اعتبارسنجی را بر فهرست OWASP API Security Top 10 متمرکز می‌کنیم، همان‌جا که این خطرها هستند.
سطح درستِ ASVS
ASVS سه سطح اعتبارسنجی را برای نمای‌های ریسک متفاوت تعریف می‌کند. کمک می‌کنیم سطحی را برگزینید که با میزان مواجهه‌ی API جور است، تا در برابر معیاری اعتبارسنجی کنید که واقعاً به شما مربوط است.
خروجیِ آماده‌ی حسابرسی
ماتریس انطباق و تحلیل شکاف چنان نوشته می‌شوند که بتوان آن‌ها را پیش برد؛ به یک حسابرس، تیم امنیت یک شریک، یا مهندسان خودتان، با هر شکاف گره‌خورده به الزام و رفع.

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

اعتبارسنجی امنیت API چیست؟

یک API را کنترل‌به‌کنترل در برابر یک استاندارد برگزیده می‌سنجد؛ فهرست OWASP API Security Top 10 و ASVS، و برای هر الزام گزارش می‌دهد که کنترل برآورده شده، تا اندازه‌ای برآورده شده یا برآورده نشده، همراه با شواهد. خروجی یک ماتریس انطباق و یک تحلیل شکاف است، به‌علاوه‌ی یافته‌های رتبه‌بندی‌شده با CVSS برای هر شکافی که قابل‌بهره‌برداری هم هست.

اعتبارسنجی با تست نفوذ چه تفاوتی دارد؟

یک تست نفوذ دنبال ضعف‌های قابل‌بهره‌برداری می‌گردد و اثر را اثبات می‌کند؛ به شما می‌گوید مهاجم چه می‌توانست بکند. اعتبارسنجی هر کنترلِ یک استاندارد را می‌سنجد و می‌گوید کجا منطبق‌اید و کجا کوتاه می‌آیید؛ پوششی که می‌توانید اثباتش کنید. این دو به پرسش‌های متفاوتی پاسخ می‌دهند و تیم‌ها اغلب اعتبارسنجی را برای اطمینان و تست نفوذ را برای ژرفا به کار می‌برند.

در برابر کدام سطح ASVS باید اعتبارسنجی کنیم؟

ASVS سه سطحِ با سخت‌گیری فزاینده تعریف می‌کند. سطح پایین‌تر برای اپلیکیشنی با مواجهه‌ی محدود مناسب است و سطح بالاتر برای اپلیکیشنی که داده‌ی حساس را مدیریت می‌کند یا هدفی محتمل است. کمک می‌کنیم سطحی را برگزینید که با مواجهه‌ی API و هر الزام قراردادی یا مقرراتی که برآورده می‌کنید جور است.

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

مشخصات API (یک مجموعه‌ی OpenAPI یا Postman)، مستندات نقش‌ها و مجوزها، و حساب‌های آزمایشی برای هر نقش تا بتوانیم مجوزدهی را در میان مرزها اعتبارسنجی کنیم. برای کامل‌ترین اعتبارسنجی، از پیکربندی gateway و سرویس هم بهره می‌گیریم. اعتبارسنجی به مستندات تکیه دارد، پس هرچه کامل‌تر باشد، ماتریس دقیق‌تر است.

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

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

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

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

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

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

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

بله. اعتبارسنجی مجدد کنترل‌های متأثر پس از رفع بخشی از کار است، تا ماتریس انطباقی که نگه می‌دارید وضعیت کنونی را بازتاب دهد نه وضعیت گذرِ نخست را.

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