در گذشته، بسیاری از زیرساختهای شبکه بر اساس یک فرض ساده طراحی میشدند: اگر کاربر یا سرور وارد شبکه داخلی شده باشد، قابل اعتماد است.در این مطلب از سری مطالب وبلاگ پارس وی دی اس به معرفی کامل معماری امنیتی Zero-Trust در هاستینگ ابری + نکات مهم میپردازیم.
این مدل سالها کارآمد بود، اما با گسترش رایانش ابری، معماریهای چندابری، کانتینرها، Kubernetes و دورکاری، دیگر نمیتوان به هیچ کاربر، دستگاه یا سرویسی صرفا به دلیل حضور در شبکه اعتماد کرد.
همین موضوع باعث شکلگیری معماری Zero-Trust شد؛ مدلی که بر یک اصل ساده اما بسیار مهم استوار است: هر درخواست باید احراز هویت، اعتبارسنجی و مجوزدهی شود؛ حتی اگر از داخل شبکه ارسال شده باشد.
امروزه شرکتهایی مانند Google، Microsoft و Amazon از مدل Zero-Trust در بخشهای مختلف زیرساخت خود استفاده میکنند و بسیاری از سازمانها نیز در حال مهاجرت به این معماری هستند. در این مقاله بررسی میکنیم Zero-Trust چیست، چه تفاوتی با مدلهای امنیتی سنتی دارد و چگونه میتوان آن را در یک زیرساخت هاستینگ ابری پیادهسازی کرد.
Zero-Trust چیست؟
Zero-Trust یا اعتماد صفر یک مدل امنیتی است که در آن هیچ کاربر، دستگاه، سرویس یا برنامهای به صورت پیشفرض قابل اعتماد نیست.
در این معماری، هر درخواست برای دسترسی به منابع باید مراحل زیر را طی کند:
- احراز هویت (Authentication)
- بررسی سطح دسترسی (Authorization)
- ارزیابی وضعیت دستگاه یا سرویس
- ثبت رویدادها
- اعتبارسنجی مجدد در طول ارتباط
به بیان ساده، ورود موفق به سیستم به معنای دسترسی دائمی نیست.
چرا معماری سنتی امروزه کارآمد نیست؟
فرض کنید یک هکر موفق شود اطلاعات ورود یکی از مدیران سیستم را به دست آورد. در بسیاری از زیرساختهای قدیمی، پس از ورود، مهاجم میتواند آزادانه بین سرورها حرکت کند و به منابع مختلف دسترسی داشته باشد. به این نوع حمله، Lateral Movement گفته میشود. اما در معماری Zero-Trust حتی اگر مهاجم وارد سیستم شود، برای هر سرویس، هر API و هر درخواست باید دوباره اعتبارسنجی شود. بنابراین امکان گسترش حمله به شدت کاهش پیدا میکند.
آیا Zero-Trust میتواند سطح حمله را تا ۸۰ درصد کاهش دهد؟
قبل از هر چیز باید توجه داشت که عدد ۸۰ درصد یک مقدار قطعی یا تضمینشده نیست و میزان تاثیر Zero-Trust به نحوه طراحی و پیادهسازی زیرساخت، نوع تهدیدها و سطح بلوغ امنیتی سازمان بستگی دارد. با این حال، اجرای صحیح این معماری میتواند سطح حمله (Attack Surface) را به شکل محسوسی کاهش دهد.
دلیل این موضوع آن است که دسترسیهای غیرضروری از همان ابتدا حذف میشوند و هر کاربر یا سرویس فقط به منابعی دسترسی دارد که واقعا به آنها نیاز دارد. همچنین امکان حرکت جانبی مهاجم در شبکه به شدت محدود میشود و همه درخواستها، حتی پس از ورود موفق، به صورت مداوم اعتبارسنجی و بررسی میشوند.
در این مدل، دسترسیهای موقت جایگزین مجوزهای دائمی میشوند و فعالیتهای غیرعادی یا مشکوک نیز سریعتر شناسایی و ثبت خواهند شد. مجموعه این اقدامات باعث میشود احتمال نفوذ موفق و گسترش حملات در زیرساختهای ابری به میزان قابل توجهی کاهش پیدا کند.
چند اصل مهم برای کاهش ریسک نفوذ حملات سایبری در هاستینگ ابری
- اصل اول: حداقل سطح دسترسی (Least Privilege)
یکی از مهمترین اصول Zero-Trust، اعطای کمترین سطح دسترسی موردنیاز به هر کاربر یا سرویس است. برای مثال، اگر یک برنامه فقط به خواندن فایلهای فضای ذخیرهسازی نیاز دارد، نباید مجوز حذف یا ایجاد فایل نیز دریافت کند.
در سرویسهای ابری مانند AWS و Google Cloud این کار معمولا از طریق سیستم مدیریت هویت و دسترسی (IAM) انجام میشود. به جای استفاده از مجوزهای کلی مانند Administrator، بهتر است برای هر سرویس، نقش اختصاصی تعریف شود.
- اصل دوم؛ اعتبارسنجی مستمر
در بسیاری از زیرساختهای سنتی، احراز هویت تنها در ابتدای ورود کاربر انجام میشود. به بیان دیگر، اگر کاربر یکبار با موفقیت هویت خود را اثبات کند، تا پایان نشست (Session) قابل اعتماد تلقی میشود و میتواند بدون بررسی مجدد به منابع مختلف دسترسی داشته باشد. این رویکرد زمانی خطرناک میشود که اطلاعات احراز هویت کاربر به هر دلیلی در اختیار مهاجم قرار گیرد؛ زیرا مهاجم نیز تا پایان نشست از همان سطح دسترسی برخوردار خواهد بود.
معماری Zero-Trust این منطق را بهطور کامل تغییر میدهد. در این مدل، اعتماد دائمی وجود ندارد و هر درخواست باید بهصورت مستقل ارزیابی شود. بنابراین حتی اگر کاربر چند دقیقه قبل وارد سامانه شده باشد، هنگام فراخوانی یک API، دسترسی به پایگاه داده، اجرای یک عملیات مدیریتی یا استفاده از یک سرویس حساس، هویت، سطح دسترسی و وضعیت امنیتی او دوباره بررسی میشود.
اعتبارسنجی مستمر تنها به بررسی هویت محدود نیست. سامانه در هر درخواست میتواند عواملی مانند نقش کاربر، حساسیت منبع، وضعیت دستگاه، محل اتصال، زمان درخواست و الگوی رفتاری کاربر را نیز ارزیابی کند. اگر هر یک از این عوامل نشاندهنده افزایش ریسک باشد، دسترسی محدود شده یا احراز هویت مجدد از کاربر درخواست میشود.
در معماریهای مدرن، این فرآیند معمولاً بر پایه Identity Provider، توکنهای دسترسی و موتورهای اعمال سیاست امنیتی انجام میشود. اگرچه JWT یکی از رایجترین روشها برای انتقال اطلاعات هویتی است، اما استفاده از آن بهتنهایی امنیت Zero-Trust را تضمین نمیکند؛ نحوه مدیریت چرخه عمر توکن اهمیت بسیار بیشتری دارد.
یکی از بهترین رویکردها، استفاده از Access Token های کوتاهمدت با اعتبار حدود ۱۰ تا ۱۵ دقیقه و Refresh Token برای دریافت خودکار توکن جدید است. در کنار آن، باید امکان ابطال فوری نشستهای کاربری نیز وجود داشته باشد. این کار میتواند از طریق مکانیزمهایی مانند Token Revocation، Token Introspection یا کوتاه نگه داشتن زمان اعتبار Access Token انجام شود.
علاوه بر این، اگر سامانه رفتار غیرعادی مانند تغییر ناگهانی موقعیت جغرافیایی، افزایش غیرعادی تعداد درخواستها، استفاده همزمان از چند نقطه جغرافیایی یا تلاش برای دسترسی به منابع غیرمجاز را تشخیص دهد، باید بتواند توکن را باطل کرده، کاربر را مجبور به احراز هویت مجدد کند یا دسترسی را بهطور کامل مسدود سازد. در نتیجه، حتی در صورت سرقت اطلاعات احراز هویت، فرصت سوءاستفاده مهاجم به حداقل خواهد رسید.
- اصل سوم؛ میکرو-سگمنتسازی (Micro-Segmentation)
یکی از مهمترین اصول Zero-Trust، حذف شبکههای گسترده و مبتنی بر اعتماد و جایگزینی آنها با بخشهای کوچک، مستقل و ایزوله است. این رویکرد که با عنوان Micro-Segmentation شناخته میشود، با محدود کردن ارتباط میان سرویسها از گسترش حملات درون شبکه جلوگیری میکند.
در معماریهای سنتی، بسیاری از سرویسها در یک محدوده شبکه قرار دارند و ارتباط میان آنها با محدودیت چندانی همراه نیست. در چنین شرایطی، اگر مهاجم تنها یکی از سرویسها را آلوده کند، میتواند بهتدریج به سایر بخشهای شبکه نیز نفوذ کند؛ حملهای که در امنیت سایبری با عنوان Lateral Movement شناخته میشود.
در عمل، بخش قابل توجهی از حملات موفق باجافزاری نه در مرحله نفوذ اولیه، بلکه هنگام حرکت جانبی مهاجم در شبکه اتفاق میافتد. هدف اصلی Micro-Segmentation نیز محدود کردن همین مرحله است تا نفوذ به یک سرویس، به معنای در اختیار گرفتن کل زیرساخت نباشد.
Micro-Segmentation تنها به Kubernetes محدود نمیشود. این مفهوم در شبکههای سنتی، ماشینهای مجازی، VMware، OpenStack و سرویسهای ابری نیز با استفاده از Firewallهای توزیعشده، Security Groupها، ACLها یا راهکارهای مبتنی بر SDN قابل پیادهسازی است.
در معماری Zero-Trust هر سرویس تنها با سرویسهایی ارتباط برقرار میکند که برای انجام وظیفه خود به آنها نیاز دارد و هیچ ارتباطی بهصورت پیشفرض مجاز نیست. تمامی این ارتباطات بر اساس سیاستهای امنیتی مشخص کنترل و ثبت میشوند.
یک مثال درباره Kubernetes:
فرض کنید یک سازمان محیطهای Production و Development را روی یک کلاستر Kubernetes اجرا میکند. اگر هیچ محدودیتی میان این دو محیط وجود نداشته باشد، Podهای محیط توسعه ممکن است بتوانند به پایگاه داده عملیاتی یا سایر سرویسهای Production متصل شوند. در چنین شرایطی، نفوذ به یک سرویس آزمایشی میتواند کل زیرساخت را در معرض خطر قرار دهد.
راهکار، استفاده از Network Policy است. با تعریف سیاستهای ارتباطی، تنها سرویسهای مشخص اجازه تبادل داده با یکدیگر را خواهند داشت. برای مثال، Podهای محیط توسعه فقط به سرویسهای همان Namespace دسترسی خواهند داشت و هرگونه ارتباط با پایگاه داده محیط عملیاتی مسدود میشود. در نتیجه، حتی اگر یکی از Podهای توسعه آلوده شود، مهاجم قادر نخواهد بود حمله خود را به محیط عملیاتی گسترش دهد.
- اصل چهارم؛ پایش مداوم و ثبت متمرکز رویدادها
هیچ معماری امنیتی بدون قابلیت مشاهده (Visibility) و پایش مستمر کامل نیست. در زیرساختهای مدرن، صدها یا حتی هزاران ماشین مجازی، کانتینر، سرویس و تجهیزات شبکه بهطور مداوم رویدادهای امنیتی تولید میکنند. اگر این اطلاعات بهصورت پراکنده ذخیره شوند، تشخیص الگوهای مشکوک تقریباً غیرممکن خواهد بود.
به همین دلیل، یکی از اجزای کلیدی Zero-Trust استفاده از سامانههای SIEM (Security Information and Event Management) است. این سامانهها رویدادهای امنیتی را از تمامی اجزای زیرساخت جمعآوری، یکپارچه و تحلیل کرده و در صورت مشاهده رفتارهای غیرعادی، هشدارهای لازم را بهصورت لحظهای صادر میکنند.
راهکارهایی مانند Wazuh، Splunk، Elastic Security و Microsoft Sentinel از شناختهشدهترین ابزارهای این حوزه هستند. این سامانهها میتوانند تلاشهای ناموفق برای ورود، افزایش غیرعادی درخواستهای API، تغییرات ناگهانی سطح دسترسی کاربران، ارتباطات مشکوک میان سرویسها یا فعالیتهای غیرمعمول در شبکه را شناسایی کنند. در نتیجه، تیم امنیت بهجای بررسی دستی هزاران فایل لاگ، تمرکز خود را بر رخدادهای مهم و پرریسک قرار میدهد.
در بسیاری از سازمانها، SIEM در کنار راهکارهای EDR یا XDR استفاده میشود. در حالی که SIEM وظیفه جمعآوری، همبستهسازی و تحلیل رویدادها را بر عهده دارد، EDR و XDR امکان شناسایی تهدید در نقاط پایانی و واکنش خودکار به رخدادهای امنیتی را نیز فراهم میکنند. ترکیب این ابزارها، توانایی سازمان در کشف و مهار حملات را بهطور قابل توجهی افزایش میدهد.
ابزارهای کلیدی برای پیادهسازی Zero-Trust
اجرای موفق Zero-Trust وابسته به یک محصول یا نرمافزار خاص نیست، بلکه به ترکیب ابزارهایی نیاز دارد که هر کدام بخشی از معماری امنیتی را پوشش دهند.
Keycloak: مدیریت هویت و ورود یکپارچه
Keycloak نقش Identity Provider (IdP) را در معماری Zero-Trust ایفا میکند و امکان مدیریت متمرکز هویت کاربران، ورود یکپارچه (SSO)، احراز هویت چندمرحلهای (MFA)، مدیریت نقشها و صدور توکنهای استاندارد مبتنی بر OAuth 2.0، OpenID Connect و SAML را فراهم میسازد.
HashiCorp Vault: مدیریت امن اطلاعات محرمانه
HashiCorp Vault وظیفه مدیریت اطلاعات محرمانه را بر عهده دارد. این ابزار رمزهای عبور، کلیدهای API، گواهیهای دیجیتال و سایر اطلاعات حساس را بهصورت رمزنگاریشده نگهداری کرده و امکاناتی مانند تولید اعتبارنامههای موقت، چرخش خودکار رمزها و ثبت کامل تاریخچه دسترسیها را ارائه میدهد. به این ترتیب، اطلاعات حساس هرگز در کد یا فایلهای پیکربندی ذخیره نمیشوند.
Open Policy Agent (OPA): مدیریت متمرکز سیاستهای دسترسی
OPA موتور تصمیمگیری سیاستهای دسترسی در معماری Zero-Trust است. با استفاده از آن، قوانین امنیتی در یک نقطه متمرکز تعریف میشوند و تمامی سرویسها از همان سیاستها پیروی میکنند. این رویکرد علاوه بر افزایش امنیت، مدیریت و بهروزرسانی سیاستهای دسترسی را نیز سادهتر میکند.
Istio: اعمال Zero-Trust میان سرویسها
در معماریهای مبتنی بر Kubernetes، Istio با استفاده از Service Mesh امکان پیادهسازی ارتباطات رمزنگاریشده مبتنی بر mTLS، احراز هویت سرویسها، کنترل دقیق دسترسی و ثبت کامل ترافیک میان Microserviceها را فراهم میکند. به همین دلیل، یکی از رایجترین ابزارها برای پیادهسازی Zero-Trust در معماریهای Microservice محسوب میشود.
مهاجرت به Zero-Trust را از کجا شروع کنیم؟
پیادهسازی Zero-Trust یک پروژه کوتاهمدت نیست، بلکه فرآیندی تدریجی است که باید مرحلهبهمرحله اجرا شود:
- شناسایی کاربران، سرویسها، دستگاهها و تمامی داراییهای زیرساخت.
- بازبینی سطح دسترسی حسابها و حذف مجوزهای غیرضروری بر اساس اصل Least Privilege.
- استقرار سامانه مدیریت هویت و فعالسازی احراز هویت چندمرحلهای (MFA).
- مدیریت متمرکز اطلاعات محرمانه با استفاده از Secret Management.
- تفکیک شبکه و محدودسازی ارتباط میان سرویسها با Micro-Segmentation.
- استقرار سامانه SIEM برای جمعآوری و تحلیل متمرکز رویدادهای امنیتی.
- پایش مستمر رفتار کاربران و سرویسها و بازبینی دورهای سیاستهای امنیتی.
- اجرای آزمونهای نفوذ و ارزیابی منظم اثربخشی کنترلهای امنیتی.
مزایای Zero-Trust برای شرکتهای هاستینگ
برای شرکتهای ارائهدهنده خدمات هاستینگ، Zero-Trust تنها یک راهکار امنیتی نیست، بلکه رویکردی برای افزایش پایداری، قابلیت اطمینان و انطباق با استانداردهای امنیتی است. حذف دسترسیهای غیرضروری، محدود کردن حرکت جانبی مهاجمان، کاهش Blast Radius، شناسایی سریع رفتارهای مشکوک و مدیریت متمرکز هویت کاربران، احتمال وقوع رخدادهای امنیتی را بهطور قابل توجهی کاهش میدهد.
از سوی دیگر، ثبت متمرکز رویدادها، کنترل دقیق سیاستهای دسترسی و مستندسازی کامل فعالیتها، فرایند پاسخگویی به رخدادها (Incident Response) و انطباق با استانداردهایی مانند ISO 27001، SOC 2 و PCI DSS را نیز سادهتر میکند. در نهایت، این رویکرد اعتماد مشتریان به زیرساخت میزبانی را افزایش داده و هزینههای ناشی از رخدادهای امنیتی را کاهش میدهد.
جمعبندی
معماری Zero-Trust پاسخی به چالشهای امنیتی زیرساختهای مدرن است؛ زیرساختهایی که دیگر مرز مشخصی میان شبکه داخلی و خارجی ندارند و کاربران، سرویسها و منابع از نقاط مختلف به آنها متصل میشوند. در این رویکرد، هیچ کاربر، دستگاه یا سرویسی بهصورت پیشفرض قابل اعتماد نیست و هر درخواست بر اساس هویت، سطح دسترسی، شرایط امنیتی و میزان ریسک همان لحظه ارزیابی میشود.
نکته مهم این است که Zero-Trust یک محصول یا نرمافزار مشخص نیست، بلکه یک رویکرد معماری است که مجموعهای از فناوریها، سیاستها و فرایندهای امنیتی را در کنار یکدیگر قرار میدهد. موفقیت این معماری بیش از آنکه به انتخاب یک ابزار خاص وابسته باشد، به طراحی صحیح سیاستهای دسترسی، مدیریت هویت، تفکیک مناسب سرویسها و پایش مستمر زیرساخت بستگی دارد.
ترکیب اصولی دسترسی حداقلی، اعتبارسنجی مستمر، Micro-Segmentation، مدیریت امن اطلاعات محرمانه و پایش متمرکز رویدادها، زیرساختی مقاومتر در برابر تهدیدهای امروزی ایجاد میکند و احتمال نفوذ و گسترش حملات را به شکل قابل توجهی کاهش میدهد.
