بازبینی پیکربندی ابر

بازبینی و سخت‌سازی پیکربندی زیرساخت ابری

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

بازبینی پیکربندی ابری ما یک حساب ابری را در برابر معیارهای شناخته‌شده می‌سنجد: بنچمارک‌های CIS Foundations برای AWS و Azure و Google Cloud، و راهنمای امنیتی well-architected هر ارائه‌دهنده. این کار یک بازبینی وضعیت است، نه آزمون نفوذ: به دنبال پیکربندی‌های نادرستی می‌گردیم که بی‌سروصدا سطح حمله را گسترده می‌کنند، مانند IAM بیش از حد باز، storage عمومی، پایگاه‌های داده‌ی قابل‌دسترس از اینترنت، پورت‌های مدیریتی باز به‌روی همه، نبود ثبت رخداد و داده‌ی رمزنشده. هر تنظیم را در چارچوب مدل مسئولیت مشترک می‌خوانیم تا آنچه گزارش می‌کنیم بر عهده‌ی خودتان برای رفع باشد. هر یافته همراه با ریسک خود، شواهد پشت آن و یک گام مشخص رفع ارائه می‌شود.

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

بازبینی IAM: سیاست‌ها و نقش‌های بیش از حد باز، اعتبارنامه‌های بی‌استفاده، چرخش کلید و MFA روی حساب‌های دارای امتیاز و root

تحلیل کمترین‌دسترسی و مسیرهای ارتقای امتیاز میان هویت‌ها

در معرض بودن عمومی: باکت‌ها و بلاب‌های storage، اسنپ‌شات دیسک و پایگاه‌های داده‌ی قابل‌دسترس از اینترنت

پیکربندی شبکه: security groupها و NSGها، پورت‌های مدیریتی باز (SSH و RDP)، شبکه‌های پیش‌فرض و peering

ثبت و پایش: ردِ ممیزی (CloudTrail، Activity Log، Cloud Audit Logs)، flow log و هشدار روی رویدادهای امنیتی

رمزگذاری در حالت سکون و در حال انتقال، و مدیریت و چرخش کلید (KMS، Key Vault)

نگه‌داری secret: مخزن secret در برابر اعتبارنامه‌ی درج‌شده در کد، و افشا در metadata نمونه یا user data

حفاظت از داده: پشتیبان‌گیری، نسخه‌بندی و اسنپ‌شات‌های عمومی

سخت‌سازی ویژه‌ی سرویس برای serverless، پایگاه‌های داده‌ی مدیریت‌شده و سرویس‌های کانتینری

نگهبان‌های سازمانی و انحراف پیکربندی: service control policyها، Azure Policy و organization policyها

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

1
دامنه‌گذاری و دسترسی فقط‌خواندنی
حساب‌ها، اشتراک‌ها یا پروژه‌های درون دامنه را توافق می‌کنیم و برای هر ارائه‌دهنده یک نقش ممیزی امنیتیِ فقط‌خواندنی فراهم می‌کنیم تا بتوانیم بدون تغییر چیزی همه‌چیز را بازبینی کنیم. همچنین مشخص می‌کنیم کدام سرویس‌ها مدیریت‌شده‌اند، چون مدل مسئولیت مشترک تعیین می‌کند پیکربندی کدام لایه‌ها بر عهده‌ی شماست.
2
فهرست‌برداری و نقشه‌ی IAM
حساب‌ها، هویت‌ها و منابع در معرض دید را فهرست می‌کنیم و نقشه می‌کشیم که چه کسی چه کاری می‌تواند بکند: امتیاز کجا متمرکز است، کدام اعتبارنامه‌ها بی‌استفاده‌اند و کدام سیاست‌ها بسیار بیش از نیاز workload دسترسی می‌دهند.
3
بازبینی پیکربندی در برابر CIS
حساب را در برابر بنچمارک CIS Foundations همان ارائه‌دهنده و راهنمای امنیتی well-architected آن بازبینی می‌کنیم: ثبت و پایش، در معرض بودن شبکه، رمزگذاری و مدیریت کلید و تنظیمات ویژه‌ی سرویس؛ هرکدام به‌صورت قبول، رد یا نامرتبط همراه با شواهد ثبت می‌شود.
4
در معرض بودن و حفاظت از داده
به دنبال آنچه از بیرون قابل‌دسترس است می‌گردیم: باکت‌های عمومی، پورت‌های مدیریتی باز، پایگاه‌های داده و اسنپ‌شات‌های رو به اینترنت؛ و بررسی می‌کنیم داده چگونه محافظت می‌شود: رمزگذاری، پشتیبان‌گیری، و این‌که secretها در یک مخزن درست قرار دارند یا در کد و metadata.
5
گزارش‌دهی، اولویت‌بندی و تست مجدد
هر یافته بر پایه‌ی ریسک و اثر واقعی در حساب شما رتبه می‌گیرد و همراه با مسیر رفع اولویت‌دار و نگهبان‌هایی که مانع بازگشت آن می‌شوند نوشته می‌شود. پس از رفع، دوباره بررسی می‌کنیم تا مطمئن شویم تغییرها پابرجا هستند.
خروجی‌ها
  • خلاصه‌ی اجرایی با نمای کلی ریسک برای تصمیم‌گیرندگان
  • گزارش تفصیلی با نگاشت به بنچمارک CIS Foundations هر ارائه‌دهنده
  • یافته‌های IAM همراه با هویت‌های دارای امتیاز اضافی و مسیرهای ارتقا
  • فهرست در معرض بودن عمومی: storage، پایگاه‌های داده و شبکه
  • شکاف‌های ثبت، پایش و رمزگذاری
  • رتبه‌ی ریسک و اثر کسب‌وکار برای هر یافته
  • نقشه‌ی راه رفع با اولویت همراه با نگهبان‌های سازمانی
  • بررسی مجدد پس از رفع

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

تخصص پیکربندی چندابری
درک به‌روز و عملی از تنظیمات امنیتی AWS، Azure و Google Cloud و پیکربندی‌های نادرستی که به رخنه می‌انجامند، نه صرفِ یک فهرست وارسی که یک ابزار اجرا کند.
روشن درباره‌ی مسئولیت مشترک
آنچه را ارائه‌دهنده امن می‌کند از آنچه بر عهده‌ی شماست جدا می‌کنیم، تا تلاش را صرف تنظیماتی کنید که واقعاً در اختیار شماست.
سنجش در برابر استانداردها
یافته‌ها با نگاشت به بنچمارک‌های CIS Foundations و راهنمای امنیتی ارائه‌دهنده، تا پوشش روشن و قابل بررسی باشد.
یافته‌های قابل اجرا و اولویت‌دار
راهنمایی روشن و اولویت‌بندی‌شده بر پایه‌ی ریسک، با شواهد هر یافته و نگهبان‌هایی که نمی‌گذارند رفع دوباره منحرف شود.

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

بازبینی پیکربندی ابری چیست؟

یک حساب ابری را در برابر معیارهای شناخته‌شده برای پیکربندی‌های نادرست و شکاف‌های امنیتی می‌سنجد: IAM بیش از حد باز، storage عمومی، شبکه‌های باز، نبود ثبت رخداد و داده‌ی رمزنشده؛ با نگاشت به بنچمارک CIS Foundations همان ارائه‌دهنده، و هر یافته با شواهد و یک راه رفع همراه است.

این یک تست نفوذ است یا بازبینی پیکربندی؟

یک بازبینی پیکربندی. تست نفوذ به یک سامانه حمله می‌کند تا ببیند چه چیزی می‌شکند؛ بازبینی پیکربندی تنظیمات حساب را در برابر یک استاندارد می‌خواند تا ضعف‌ها را پیش از حمله‌ی کسی بیابد. این دو مکمل یکدیگرند: بازبینی می‌گوید کجا در معرض خطرید و یک تست تأیید می‌کند در عمل به چه چیزی می‌توان رسید.

چه استانداردها و ارائه‌دهندگانی را پوشش می‌دهید؟

بنچمارک‌های CIS Foundations برای AWS، Azure و Google Cloud، همراه با راهنمای امنیتی well-architected هر ارائه‌دهنده. همین روش برای یک ارائه‌دهنده‌ی واحد یا یک محیط چندابری به کار می‌رود.

برای شروع چه دسترسی‌ای لازم دارید؟

یک نقش ممیزی امنیتیِ فقط‌خواندنی در هر حساب، اشتراک یا پروژه‌ی درون دامنه؛ همان نقش ممیزی استانداردی که هر ارائه‌دهنده عرضه می‌کند کافی است. چیزی را تغییر نمی‌دهیم و فقط پیکربندی را می‌خوانیم. پیش از شروع، دامنه و هر چیزی را که باید کنار گذاشته شود توافق می‌کنیم.

کمترین‌دسترسی یعنی چه و چرا دسترسی اضافی مهم است؟

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

آیا storage عمومی و در معرض بودن شبکه را بررسی می‌کنید؟

بله. باکت‌ها و بلاب‌های عمومی، پایگاه‌های داده و اسنپ‌شات‌های رو به اینترنت، و پورت‌های مدیریتی مانند SSH و RDP که به‌روی همه باز هستند، از رایج‌ترین مسیرهای رخنه‌اند و بخش اصلی این بازبینی به شمار می‌روند.

آیا ثبت رخداد و رمزگذاری را بازبینی می‌کنید؟

بله. بررسی می‌کنیم که ردِ ممیزی روشن و محافظت‌شده باشد، flow logها و هشدارها رویدادهای مهم امنیتی را پوشش دهند، و داده در حالت سکون و در حال انتقال با کلیدهایی که مدیریت و چرخانده می‌شوند رمزگذاری شود. بدون این‌ها، هم رخنه آسان‌تر می‌شود و هم تشخیصش سخت‌تر.

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

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

آیا بررسی مجدد پس از رفع انجام می‌شود و چقدر طول می‌کشد؟

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

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