مجله بلاگ
Zero Trust در شبکه سازمانی؛ نقشه راه عملی برای حذف اعتماد پیش‌فرض
Zero Trust در شبکه سازمانی، یا همان مدل امنیتی «اعتماد صفر»، با یک فرض ساده شروع می‌شود: حضور یک کاربر یا دستگاه داخل شبکه شرکت، دلیل کافی برای اعتماد نیست. هر درخواست دسترسی باید با توجه به هویت، وضعیت دستگاه، حساسیت سرویس، موقعیت، زمان و رفتار جاری ارزیابی شود. این رویکرد برای سازمان‌هایی مهم است که از دورکاری، سرویس‌های ابری، شعب متعدد، پیمانکاران و تجهیزات متنوع استفاده می‌کنند؛ زیرا مرز قدیمی «داخل شبکه امن است و بیرون شبکه ناامن» دیگر واقعیت محیط کاری امروز را توضیح نمی‌دهد.
اجرای Zero Trust در شبکه سازمانی به معنی خرید یک محصول خاص یا بستن همه دسترسی‌ها نیست. هدف این است که دسترسی‌ها دقیق، قابل‌اندازه‌گیری، موقت و قابل‌ردیابی شوند. سازمان می‌تواند از زیرساخت فعلی شروع کند و با اولویت‌بندی حساب‌های مدیریتی، سرویس‌های حیاتی و دستگاه‌های پرریسک، بدون توقف کسب‌وکار به سمت معماری امن‌تر حرکت کند.
Zero Trust چیست و چه مشکلی را حل می‌کند؟
در شبکه سنتی معمولاً پس از اتصال کاربر به LAN یا VPN، دسترسی او به بخش بزرگی از منابع آسان‌تر می‌شود. اگر نام کاربری سرقت شود، لپ‌تاپ آلوده باشد یا یک سیستم داخلی آسیب ببیند، مهاجم می‌تواند از همان نقطه به سرورها و سرویس‌های دیگر حرکت کند. این حرکت جانبی یکی از دلایل گسترش سریع باج‌افزار و نشت اطلاعات در سازمان‌هاست.
اعتماد صفر این مسیر را با سه اصل محدود می‌کند:
- صحت‌سنجی صریح: تصمیم دسترسی فقط بر اساس شبکه یا IP گرفته نمی‌شود و هویت، دستگاه و شرایط درخواست هم بررسی می‌شوند.
- کمترین سطح دسترسی: کاربر فقط به منابع لازم، در زمان لازم و با سطح مجوز لازم دسترسی دارد.
- فرض وقوع نفوذ: طراحی به‌گونه‌ای انجام می‌شود که آلودگی یک حساب یا دستگاه نتواند تمام شبکه را درگیر کند.
این اصول جایگزین فایروال، آنتی‌ویروس یا پشتیبان‌گیری نیستند. اعتماد صفر چارچوبی است که این کنترل‌ها را هماهنگ می‌کند. برای نمونه، امنیت شبکه سازمانی همچنان به سخت‌سازی تجهیزات، ثبت رخداد، بکاپ قابل‌بازیابی و پایش نیاز دارد؛ اما دسترسی کاربران و سرویس‌ها نیز باید در همان چارچوب مدیریت شود.
چرا شبکه داخلی دیگر مرز قابل‌اعتمادی نیست؟
بخش مهمی از دارایی‌های سازمان خارج از اتاق سرور قرار دارد: ایمیل ابری، نرم‌افزارهای SaaS، لپ‌تاپ مدیران، تلفن همراه، سامانه ارتباط با مشتری و سرویس‌های شعب. در مقابل، بسیاری از حملات از داخل شبکه آغاز می‌شوند؛ برای مثال کاربری فایل آلوده را باز می‌کند، رمز عبور در حمله فیشینگ افشا می‌شود یا یک تجهیز قدیمی با رمز پیش‌فرض در دسترس مهاجم قرار می‌گیرد.
VPN نیز به‌تنهایی پاسخ کامل نیست. VPN مسیر ارتباط را رمزگذاری می‌کند، اما اگر پس از اتصال دسترسی گسترده ایجاد شود، همان تونل امن می‌تواند مسیر مهاجم باشد. در مدل Zero Trust، اتصال VPN یا حضور در دفتر فقط یکی از سیگنال‌هاست. سامانه باید بداند کاربر چه کسی است، دستگاه تحت مدیریت است یا نه، احراز هویت چندمرحله‌ای انجام شده یا نه و درخواست به کدام دارایی حساس ارسال می‌شود.
پنج ستون اجرای اعتماد صفر در سازمان
۱. هویت و حساب‌های کاربری
هویت نقطه شروع است. حساب‌های مشترک، کاربران ترک‌کارکرده، دسترسی‌های دائمی مدیران و رمزهای بدون سیاست روشن، امکان پاسخ‌گویی و ردیابی را از بین می‌برند. هر کاربر باید حساب یکتای خود را داشته باشد و چرخه ایجاد، تغییر و حذف دسترسی با فرایند منابع انسانی هماهنگ شود.
احراز هویت چندمرحله‌ای باید ابتدا برای ایمیل، VPN، پنل‌های مدیریتی، سرویس ابری و حساب‌های دارای مجوز بالا فعال شود. بهتر است روش‌های مقاوم‌تر در برابر فیشینگ برای حساب‌های حساس در اولویت قرار گیرند. سیاست قفل حساب، بازیابی رمز و نشست‌های فعال نیز باید مشخص باشد.
۲. سلامت و مالکیت دستگاه
هویت معتبر روی دستگاه آلوده کافی نیست. سازمان باید حداقل بداند سیستم‌عامل و وصله‌های امنیتی دستگاه به‌روز هستند یا نه، دیسک رمزگذاری شده است یا نه، ابزار حفاظتی فعال است یا نه و دستگاه متعلق به شرکت است یا شخصی. نتیجه این بررسی می‌تواند سطح دسترسی را تغییر دهد؛ مثلاً دستگاه شخصی فقط به نسخه وب یک سامانه دسترسی داشته باشد و امکان دانلود فایل محرمانه نداشته باشد.
فهرست دارایی‌ها پایه این مرحله است. اگر سازمان نداند چه لپ‌تاپ، سرور، سوئیچ، دوربین یا ماشین مجازی در شبکه فعال است، نمی‌تواند وضعیت اعتماد آن‌ها را ارزیابی کند. ثبت مالک، موقعیت، سیستم‌عامل، IP، اهمیت و تاریخ آخرین بررسی برای هر دارایی ضروری است.
۳. تفکیک شبکه و محدودکردن حرکت جانبی
شبکه تخت که در آن کاربران، سرورها، تلفن‌های IP، دوربین‌ها و تجهیزات مهمان در یک محدوده قرار دارند، ریسک را بالا می‌برد. تفکیک با VLAN و قواعد فایروال باید بر اساس نقش و نیاز ارتباطی انجام شود. برای نمونه، شبکه مهمان نباید به منابع داخلی دسترسی داشته باشد؛ دوربین‌ها فقط باید با سرور مدیریت خود ارتباط بگیرند؛ و کاربران مالی فقط به سرویس‌های مشخص متصل شوند.
تفکیک صرفاً ساختن VLAN نیست. باید جریان‌های مجاز مستند شوند و هر قاعده دلیل، مالک و تاریخ بازبینی داشته باشد. مقاله VLAN در شبکه سازمانی جزئیات طراحی این بخش را توضیح می‌دهد. در محیط‌های بزرگ‌تر می‌توان از میکروسگمنتیشن برای محدودکردن ارتباط میان بارهای کاری حساس استفاده کرد.
۴. کنترل دسترسی به برنامه و داده
سطح دسترسی باید بر اساس نقش شغلی تعریف شود، نه درخواست‌های موردی و دائمی. حسابدار به ماژول مالی نیاز دارد، اما لزوماً نباید به تنظیمات پایگاه داده دسترسی مدیریتی داشته باشد. پیمانکار ممکن است برای دو هفته به یک سامانه نیاز داشته باشد؛ دسترسی او باید زمان انقضا داشته باشد و پس از پایان همکاری خودکار یا طبق فرایند مصوب حذف شود.
برای داده‌های حساس باید طبقه‌بندی ساده‌ای وجود داشته باشد: عمومی، داخلی، محرمانه و بسیار حساس. این طبقه‌بندی کمک می‌کند احراز هویت، دانلود، اشتراک‌گذاری، نگهداری و ثبت رخداد متناسب با ارزش داده تنظیم شوند.
۵. ثبت رخداد، پایش و پاسخ
بدون لاگ، تصمیم‌های امنیتی قابل‌سنجش نیستند. ورودهای موفق و ناموفق، تغییر مجوز، ایجاد حساب، اجرای عملیات مدیریتی، اتصال VPN، تغییر قواعد فایروال و دسترسی به داده‌های حساس باید ثبت شوند. زمان همه تجهیزات نیز باید همگام باشد تا بررسی رخداد امکان‌پذیر شود.
هدف جمع‌کردن بی‌پایان لاگ نیست. ابتدا رخدادهایی انتخاب شوند که به پرسش‌های عملی پاسخ می‌دهند: چه کسی وارد شد؟ از چه دستگاهی؟ چه تغییری انجام داد؟ آیا دسترسی خارج از ساعت معمول بود؟ آیا یک حساب در چند موقعیت غیرعادی استفاده شد؟ برای زیرساخت‌های مهم، مانیتورینگ زیرساخت باید با هشدارهای امنیتی و فرایند ارجاع رخداد هماهنگ شود.
نقشه راه اجرای Zero Trust در هشت گام
- تعیین دامنه اولیه: به‌جای اجرای هم‌زمان در کل سازمان، یک سرویس مهم مانند ایمیل، VPN یا سامانه مالی انتخاب کنید.
- فهرست هویت‌ها و دارایی‌ها: کاربران، حساب‌های خدماتی، مدیران، دستگاه‌ها، برنامه‌ها و داده‌های مرتبط را ثبت کنید.
- ترسیم جریان دسترسی: مشخص کنید چه کسی، از چه دستگاهی، در چه زمانی و برای چه کاری به سرویس متصل می‌شود.
- حذف دسترسی‌های اضافی: حساب‌های بلااستفاده، مجوزهای قدیمی و دسترسی پیمانکاران پایان‌یافته را پاک کنید.
- فعال‌سازی MFA: ابتدا حساب‌های مدیریتی و دسترسی‌های راه دور، سپس سایر کاربران را پوشش دهید.
- تفکیک و اعمال سیاست: ارتباط‌های لازم را مجاز و سایر مسیرها را محدود کنید؛ تغییرات را مرحله‌ای اجرا کنید.
- ثبت و پایش: شاخص‌های ورود، خطا، تغییر مجوز و رفتار غیرعادی را در یک مسیر قابل‌بررسی جمع کنید.
- بازبینی دوره‌ای: دسترسی‌ها، استثناها، حساب‌های مدیریتی و قواعد شبکه را ماهانه یا فصلی بازبینی کنید.
قبل از هر محدودسازی، اثر آن بر فرایند کاری بررسی شود. اجرای ناگهانی می‌تواند سرویس را مختل کند و باعث ایجاد راه‌های دورزدن شود. تغییر باید ابتدا در گروه کوچک آزمایشی اجرا، نتیجه ثبت و سپس توسعه داده شود.
مثال عملی: دسترسی پیمانکار به سرور حسابداری
در روش سنتی ممکن است برای پیمانکار یک حساب VPN ایجاد و دسترسی او به شبکه سرورها باز شود. در روش اعتماد صفر، سناریو دقیق‌تر تعریف می‌شود: پیمانکار با حساب یکتا و MFA وارد می‌شود؛ فقط از دستگاه ثبت‌شده اجازه اتصال دارد؛ فقط در بازه زمانی قرارداد و ساعات مشخص می‌تواند به یک سرور معین متصل شود؛ دسترسی او از طریق میزبان واسط یا مسیر کنترل‌شده انجام می‌شود؛ عملیات مدیریتی ثبت می‌شود؛ و حساب در تاریخ پایان قرارداد غیرفعال خواهد شد.
اگر دستگاه پیمانکار تحت مدیریت سازمان نیست، می‌توان انتقال فایل و کپی اطلاعات را محدود کرد یا دسترسی را به جلسه کنترل‌شده با حضور کارشناس داخلی تغییر داد. این طراحی هم ریسک را کاهش می‌دهد و هم مسئولیت‌ها را روشن می‌کند.
اشتباه‌های رایج در پروژه اعتماد صفر
- خرید محصول پیش از شناخت مسئله: هیچ ابزار واحدی تمام معماری Zero Trust را پیاده نمی‌کند.
- تمرکز فقط بر MFA: احراز هویت چندمرحله‌ای مهم است، اما دستگاه آلوده و دسترسی گسترده همچنان خطرناک‌اند.
- اعتماد دائمی پس از ورود: نشست طولانی و بدون ارزیابی مجدد می‌تواند تصمیم اولیه را بی‌اثر کند.
- حساب‌های خدماتی فراموش‌شده: سرویس‌ها و اسکریپت‌ها نیز هویت دارند و رمزها و مجوزهایشان باید مدیریت شوند.
- نبود مسیر اضطراری: برای خرابی سامانه هویت یا MFA باید حساب‌های اضطراری محدود، محافظت‌شده و ثبت‌شده وجود داشته باشد.
- استثناهای بدون تاریخ پایان: استثنای موقت اگر مالک و تاریخ انقضا نداشته باشد، به ضعف دائمی تبدیل می‌شود.
شاخص‌هایی برای سنجش پیشرفت
پروژه امنیتی باید خروجی قابل‌اندازه‌گیری داشته باشد. چند شاخص مفید عبارت‌اند از درصد حساب‌های تحت MFA، تعداد حساب‌های مشترک، زمان حذف دسترسی نیروی جداشده، تعداد کاربران دارای مجوز مدیریتی، درصد دستگاه‌های تحت مدیریت، تعداد قواعد فایروال بدون مالک، پوشش ثبت رخداد سرویس‌های حیاتی و تعداد دسترسی‌های موقت منقضی‌شده به‌موقع.
کاهش تعداد مجوزهای دائمی یا افزایش پوشش MFA به‌تنهایی به معنی امنیت کامل نیست، اما روند پیشرفت را نشان می‌دهد. شاخص‌ها باید همراه با آزمون بازیابی بکاپ، تمرین پاسخ به رخداد و بررسی آسیب‌پذیری استفاده شوند.
رابطه Zero Trust با پشتیبانی ماهانه شبکه
اعتماد صفر یک پروژه یک‌باره نیست. ورود و خروج نیرو، تغییر نقش، اضافه‌شدن نرم‌افزار، جابه‌جایی شعب و خرید تجهیزات جدید دائماً سطح دسترسی را تغییر می‌دهند. اگر بازبینی منظم وجود نداشته باشد، معماری پس از چند ماه دوباره به مجموعه‌ای از استثناهای نامشخص تبدیل می‌شود.
در قرارداد پشتیبانی ماهانه شبکه می‌توان بازبینی حساب‌ها، سلامت تجهیزات، گزارش وصله‌ها، کنترل بکاپ، بررسی قواعد فایروال و گزارش رخدادهای مهم را به‌عنوان فعالیت دوره‌ای تعریف کرد. دامنه و مسئولیت هر کنترل باید در SLA و برنامه نگهداری نوشته شود تا امنیت به واکنش پس از حادثه محدود نماند.
پرسش‌های متداول درباره اعتماد صفر
آیا Zero Trust فقط برای سازمان‌های بزرگ است؟
خیر. شرکت کوچک نیز می‌تواند با حساب یکتا، MFA، حذف دسترسی‌های قدیمی، تفکیک شبکه مهمان و ثبت عملیات مدیریتی شروع کند. مقیاس ابزارها باید با اندازه و ریسک سازمان متناسب باشد.
آیا برای اجرای اعتماد صفر باید همه تجهیزات تعویض شوند؟
معمولاً خیر. بسیاری از مراحل با تنظیم درست هویت، فایروال، VLAN، VPN، سیاست دستگاه و لاگ‌گیری موجود انجام می‌شوند. تعویض زمانی مطرح است که تجهیز قابلیت لازم، پشتیبانی امنیتی یا ظرفیت کافی نداشته باشد.
تفاوت Zero Trust با فایروال چیست؟
فایروال یکی از ابزارهای اعمال سیاست ارتباطی است. Zero Trust چارچوب تصمیم‌گیری گسترده‌تری است که هویت، دستگاه، برنامه، داده، شبکه و پایش را کنار هم قرار می‌دهد.
آیا اعتماد صفر باعث سخت‌شدن کار کاربران می‌شود؟
اگر سیاست‌ها بدون شناخت فرایند کاری طراحی شوند، بله. اجرای درست باید دسترسی‌های معمول را ساده و قابل‌پیش‌بینی کند و فقط در شرایط پرریسک کنترل بیشتر بخواهد. آزمایش مرحله‌ای و ارتباط با کاربران ضروری است.
از کدام بخش شروع کنیم؟
از دارایی باارزش و مسیر دسترسی آن شروع کنید. برای اکثر شرکت‌ها، حساب‌های مدیریتی، ایمیل، VPN و سرورهای مالی اولویت خوبی هستند. یک ارزیابی اولیه مشخص می‌کند کدام اقدام با کمترین هزینه بیشترین کاهش ریسک را ایجاد می‌کند.
جمع‌بندی
Zero Trust یعنی اعتماد را از یک فرض دائمی به یک تصمیم قابل‌بررسی تبدیل کنیم. سازمان برای رسیدن به این هدف باید هویت‌های یکتا، احراز هویت قوی، دستگاه‌های شناخته‌شده، دسترسی حداقلی، تفکیک شبکه و ثبت رخداد را کنار هم قرار دهد. اجرای مرحله‌ای از یک سرویس حیاتی، از پروژه‌های بزرگ و مبهم نتیجه بهتری دارد.
اگر مسیرهای دسترسی شبکه شما مستند نیست، حساب‌های مدیریتی مشترک دارید یا نمی‌دانید یک دستگاه آلوده تا کدام سرورها می‌تواند حرکت کند، ارزیابی امنیت شبکه نقطه شروع مناسبی است. نصیر ارتباط می‌تواند وضعیت هویت‌ها، تجهیزات، ارتباطات و کنترل‌های موجود را بررسی و یک نقشه راه اجرایی متناسب با زیرساخت و بودجه سازمان ارائه کند.
