در شرایط بحرانی، پایداری زیرساخت فناوری اطلاعات دیگر فقط یک مزیت رقابتی نیست؛ بلکه یک ضرورت برای ادامه فعالیت سازمان هاست. یک اختلال کوچک در شبکه، از کار افتادن یک سرویس حیاتی یا یک حمله سایبری می تواند زنجیره ای از مشکلات عملیاتی و مالی ایجاد کند. به همین دلیل، سازمان ها باید با رویکردی پیشگیرانه، زیرساخت خود را برای مواجهه با بحران آماده کنند؛ از امن سازی شبکه و هاردنینگ سرورها و تجهیزات گرفته تا مانیتورینگ مداوم، مدیریت رخدادهای امنیتی، پشتیبان گیری اصولی و طراحی برنامه های بازیابی بحران (Disaster Recovery). مجموعه این اقدامات کمک می کند محافظت از شبکه سازمان در زمان جنگ انجام شود. زیرساخت فناوری اطلاعات در برابر تهدیدات مقاوم تر شده و تداوم سرویس های حیاتی سازمان حفظ شود.
چرا در زمان جنگ، امنیت شبکه اهمیت بیشتری پیدا می کند؟
جنگ مدرن فقط در میدان فیزیکی اتفاق نمی افتد در گذشته، آسیب به زیرساخت های سازمانی معمولاً نیازمند دسترسی فیزیکی به تجهیزات بود؛ اما امروزه مهاجمان می توانند بدون حضور در محل سازمان، از طریق فضای سایبری خسارت ایجاد کنند. شبکه های سازمانی، دیتاسنترها، تجهیزات ارتباطی و سامانه های نرم افزاری می توانند هدف حملات مختلف قرار بگیرند. در شرایط جنگی، اهداف حملات سایبری معمولاً شامل موارد زیر است:
- ایجاد اختلال در سرویس های حیاتی
- سرقت اطلاعات حساس
- تخریب داده ها
- ایجاد دسترسی غیرمجاز
- کاهش توان عملیاتی سازمان
به همین دلیل، سازمان ها باید قبل از وقوع بحران، زیرساخت خود را برای مقابله با این تهدیدات آماده کنند.
افزایش تهدیدات سایبری در شرایط بحرانی
در زمان بحران، مهاجمان معمولاً از شرایط نامطمئن و فشار کاری سازمان ها سوءاستفاده می کنند. برخی از رایج ترین تهدیدات عبارت اند از حملات هدفمند علیه زیرساخت سازمان. در این نوع حملات، مهاجم به دنبال شناسایی نقاط ضعف مشخص در شبکه سازمان است.
هدف می تواند شامل موارد زیر باشد:
- سرورهای حیاتی
- تجهیزات شبکه
- سامانه های مدیریتی
- حساب های دارای دسترسی بالا
افزایش حملات فیشینگ و مهندسی اجتماعی
در شرایط بحرانی، کارکنان معمولاً با حجم زیادی از اخبار، پیام ها و درخواست های فوری مواجه هستند. مهاجمان از این شرایط استفاده کرده و پیام هایی طراحی می کنند که کاربران را به مواردی مثل موارد زیر ترغیب کنند:
- باز کردن فایل آلوده
- کلیک روی لینک مخرب
- ارسال اطلاعات حساب کاربری
توقف سرویس های فناوری اطلاعات چه خسارتی به سازمان وارد می کند؟
بسیاری از سازمان ها تصور می کنند امنیت فقط مربوط به جلوگیری از نفوذ است؛ در حالی که یکی از مهم ترین اهداف امنیت، حفظ دسترس پذیری سرویس ها است.
قطع شدن سرویس های حیاتی می تواند باعث:
- توقف عملیات روزانه
- کاهش بهره وری کارکنان
- اختلال در ارائه خدمات
- ایجاد خسارت مالی
- کاهش اعتماد مشتریان
شود.
برای مثال، اگر یک سازمان مالی، بیمه ای یا خدماتی دسترسی به سامانه های اصلی خود را از دست بدهد، حتی چند ساعت قطعی می تواند اثر قابل توجهی داشته باشد.
امنیت شبکه بخشی از تداوم کسب وکار سازمان در زمان جنگ
یک برنامه امنیتی مناسب باید فراتر از نصب چند ابزار امنیتی باشد.
امنیت واقعی شامل مجموعه ای از فرآیندها و فناوری ها است:
- شناسایی دارایی های حیاتی
- کاهش سطح حمله
- کنترل دسترسی ها
- پایش مداوم شبکه
- مدیریت رخداد
- پشتیبان گیری امن
- برنامه سایت بازیابی بحران
سازمانی که فقط ابزار امنیتی دارد اما فرآیند مشخصی برای واکنش به حادثه ندارد، در زمان بحران با مشکلات جدی مواجه خواهد شد.
تهدیدهای سایبری سازمان ها در شرایط جنگی
حملات DDoS و از دسترس خارج کردن سرویس ها
حملات Distributed Denial of Service یا DDoS یکی از روش های رایج برای ایجاد اختلال در سرویس های سازمانی است. در این حملات، حجم زیادی از درخواست ها به سمت یک سرویس ارسال می شود تا منابع آن مصرف شده و کاربران واقعی نتوانند از سرویس استفاده کنند.
اهداف رایج این حملات:
- وب سایت سازمان
- سامانه های خدماتی
- APIها
- سرویس های ارتباطی
هستند. برای مقابله با این تهدید، سازمان باید علاوه بر تجهیزات امنیتی، قابلیت تشخیص سریع اختلال و واکنش مناسب داشته باشد.
حملات باج افزاری؛ تهدیدی جدی برای اطلاعات سازمان
باج افزارها یکی از خطرناک ترین تهدیدهای امنیتی برای سازمان ها هستند. در این حملات، مهاجم پس از نفوذ به شبکه، اطلاعات را رمزگذاری کرده و برای بازگردانی آن درخواست پرداخت می کند. اهداف معمول باج افزار:
- فایل سرورها
- ماشین های مجازی
- دیتابیس ها
- سیستم های کاربران
- مخازن Backup
هستند. یکی از نکات مهم این است که Backup به تنهایی کافی نیست. اگر نسخه های پشتیبان به شکل صحیح طراحی نشده باشند، ممکن است در یک حمله گسترده آن ها نیز از بین بروند.
راهکارهای مناسب:
- نگهداری نسخه Offline Backup
- ذخیره نسخه خارج از سایت
- استفاده از قانون 3-2-1 Backup
- تست دوره ای بازیابی اطلاعات
است.
نفوذ به شبکه از طریق آسیب پذیری های شناخته شده
بخش زیادی از حملات موفق، از ضعف هایی استفاده می کنند که قبلاً شناسایی شده اند اما سازمان هنوز آن ها را برطرف نکرده است.
نمونه این ضعف ها:
- سیستم عامل های قدیمی
- نرم افزارهای بدون Patch
- سرویس های غیرضروری فعال
- رمزهای عبور ضعیف
- تنظیمات پیش فرض تجهیزات
هستند. به همین دلیل، مدیریت آسیب پذیری و به روزرسانی مداوم یکی از پایه های امنیت شبکه محسوب می شود.
حملات مهندسی اجتماعی و سوءاستفاده از خطای انسانی
یکی از مهم ترین نقاط ضعف هر سازمان، عامل انسانی است. حتی اگر تجهیزات امنیتی قدرتمندی در شبکه وجود داشته باشد، یک اشتباه ساده توسط کاربر می تواند مسیر نفوذ به زیرساخت را برای مهاجم باز کند. در شرایط بحرانی و جنگ، حملات مهندسی اجتماعی افزایش پیدا می کنند؛ زیرا مهاجمان از اضطراب، عجله و عدم قطعیت کاربران سوءاستفاده می کنند.
برخی از روش های رایج عبارت اند از:
- ارسال ایمیل های جعلی با موضوعات فوری
- درخواست اطلاعات ورود به سامانه ها
- ارسال فایل های آلوده
- ایجاد صفحات ورود جعلی
- جعل هویت مدیران یا افراد سازمان
برای کاهش این ریسک، سازمان ها باید علاوه بر آموزش کارکنان، کنترل های فنی مانند موارد زیر را نیز اجرا کنند:
- احراز هویت چندمرحله ای (MFA)
- محدودسازی دسترسی کاربران
- فیلترینگ ایمیل های مخرب
- ثبت و تحلیل لاگ های امنیتی
سرقت اطلاعات و جاسوسی سایبری
در بسیاری از حملات سایبری، هدف مهاجم فقط تخریب نیست؛ بلکه دسترسی بلندمدت به اطلاعات سازمان است. اطلاعاتی که می توانند هدف حمله قرار بگیرند شامل:
- اطلاعات مشتریان
- اطلاعات مالی
- قراردادها
- مستندات فنی
- اطلاعات زیرساخت شبکه
- اطلاعات کارکنان
هستند. مهاجمان ممکن است ماه ها در شبکه سازمان باقی بمانند و بدون ایجاد اختلال آشکار، اطلاعات را جمع آوری کنند.
به همین دلیل، استفاده از ابزارهایی مانند:
- مدیریت لاگ مرکزی
- SIEM
- مانیتورینگ امنیتی
- تحلیل رفتارهای غیرعادی
برای شناسایی فعالیت های مشکوک اهمیت زیادی دارد.
چگونه قبل از بحران، شبکه سازمان را برای شرایط جنگی آماده کنیم؟
آمادگی سایبری موضوعی نیست که هنگام وقوع بحران بتوان آن را ایجاد کرد. سازمان هایی که در شرایط عادی برای امنیت زیرساخت خود برنامه ریزی می کنند، در زمان بحران سرعت واکنش بالاتری خواهند داشت. آماده سازی شبکه باید شامل مجموعه ای از اقدامات پیشگیرانه، فنی و مدیریتی باشد.
شناسایی دارایی های حیاتی سازمان
اولین قدم برای محافظت از شبکه، شناخت دقیق دارایی های سازمان است. بسیاری از سازمان ها دقیقاً نمی دانند چه سرورهایی دارند؟ چه سرویس هایی برای کسب وکار حیاتی هستند؟ چه تجهیزاتی به شبکه متصل است؟ چه دسترسی هایی فعال هستند؟ بدون داشتن یک Inventory دقیق، امکان مدیریت امنیت وجود ندارد.
دارایی های مهم معمولاً شامل:
- سرورها
- ماشین های مجازی
- تجهیزات شبکه
- تجهیزات امنیتی
- دیتابیس ها
- سامانه های نرم افزاری
هستند.
ارزیابی آسیب پذیری زیرساخت قبل از بحران
قبل از وقوع هر حادثه، سازمان باید نقاط ضعف خود را شناسایی کند. هدف این فرآیند پیدا کردن ضعف ها قبل از مهاجم است. ارزیابی آسیب پذیری شامل بررسی موارد زیر است:
- سیستم عامل ها
- سرویس های فعال
- تنظیمات امنیتی
- پورت های باز
- دسترسی های کاربران
- نسخه نرم افزارها
هاردنینگ شبکه و سرورها برای کاهش سطح حمله
هاردنینگ (Hardening) یکی از مهم ترین اقدامات برای افزایش امنیت زیرساخت است. در هاردنینگ، تنظیمات سیستم ها به شکلی تغییر می کند که سطح حمله کاهش پیدا کند. برخی اقدامات رایج هاردنینگ عبارت اند از:
- حذف سرویس های غیرضروری
- بستن پورت های بلااستفاده
- تغییر تنظیمات پیش فرض
- محدودسازی دسترسی مدیریتی
- فعال سازی Logging
- تنظیم سیاست های امنیتی مناسب
برای مثال، یک سرور که ده ها سرویس غیرضروری فعال دارد، سطح حمله بسیار بیشتری نسبت به یک سرور Hardening شده خواهد داشت.
امن سازی تجهیزات شبکه و فایروال ها
تجهیزات شبکه مانند فایروال، روتر و سوئیچ، مرز اصلی ارتباط سازمان با محیط بیرونی هستند. تنظیمات نادرست این تجهیزات می تواند باعث ایجاد مسیر نفوذ شود. اقدامات مهم شامل بازبینی قوانین فایروال می شود و مواردی که باید بررسی شود:
- Ruleهای قدیمی حذف شوند.
- دسترسی های Any به حداقل برسند.
- دسترسی های غیرضروری بسته شوند.
- Policyها مستندسازی شوند.
محدودسازی دسترسی مدیریتی
دسترسی مدیریتی تجهیزات باید فقط برای افراد مجاز امکان پذیر باشد. اقدامات مناسب:
- محدود کردن IPهای مدیریتی
- استفاده از MFA
- حذف حساب های مشترک
- ثبت فعالیت مدیران
فعال سازی ثبت لاگ
بدون ثبت لاگ، بررسی رخدادهای امنیتی و شناسایی علت مشکلات بسیار دشوار خواهد بود. لاگ تجهیزات مختلف مانند فایروال، سرورها و تجهیزات شبکه باید به صورت متمرکز جمع آوری و نگهداری شود تا تیم فنی بتواند رفتارهای غیرعادی، حملات احتمالی و خطاهای زیرساختی را سریع تر شناسایی و تحلیل کند.
مدیریت دسترسی کاربران و حساب های حساس
یکی از مهم ترین اصول امنیت شبکه، کنترل دسترسی است. هر کاربر باید فقط به منابعی دسترسی داشته باشد که برای انجام وظیفه خود نیاز دارد. این اصل با عنوان Least Privilege شناخته می شود. اقدامات مهم شامل موارد زیر است:
- حذف کاربران بلااستفاده
- بررسی دوره ای دسترسی ها
- محدود کردن حساب های Administrator
- استفاده از MFA
- جلوگیری از استفاده حساب های مشترک
جداسازی شبکه و پیاده سازی Segmentation
در بسیاری از حملات، مهاجم پس از ورود اولیه تلاش می کند در شبکه حرکت کند و به سیستم های حساس تر دسترسی پیدا کند. Network Segmentation باعث می شود دامنه آسیب محدود شود. روش های رایج VLAN بندی، جداسازی شبکه کاربران و سرورها، تفکیک شبکه مدیریت و استفاده از Firewall Zone هستند. برای مثال، اگر یک سیستم کاربری آلوده شود، نباید بتواند به سادگی به سرورهای حیاتی سازمان دسترسی پیدا کند.
نقش مانیتورینگ شبکه در حفاظت از سازمان هنگام بحران
امنیت شبکه بدون مشاهده پذیری کامل نیست. یک سازمان ممکن است تجهیزات امنیتی مختلفی داشته باشد، اما اگر نداند چه اتفاقی در شبکه رخ می دهد، واکنش به حادثه بسیار دشوار خواهد بود. مانیتورینگ شبکه کمک می کند سازمان:
- مشکلات را سریع تر شناسایی کند.
- رفتارهای غیرعادی را تشخیص دهد.
- قبل از کاربران از اختلال مطلع شود.
زمان رفع مشکل را کاهش دهد.
چرا فقط امن بودن شبکه کافی نیست؟
حتی امن ترین شبکه ها نیز ممکن است به دلایل مختلف دچار اختلال یا کاهش کارایی شوند. بسیاری از مشکلات زیرساختی نه به دلیل حمله سایبری، بلکه بر اثر عواملی مانند خطای انسانی، خرابی تجهیزات، مشکلات نرم افزاری یا افزایش ناگهانی مصرف منابع رخ می دهند. به همین دلیل، امنیت شبکه به تنهایی نمی تواند تضمین کننده پایداری سرویس ها باشد. سازمان ها علاوه بر پیشگیری از تهدیدات، باید بتوانند وضعیت زیرساخت خود را به صورت مستمر پایش کرده، مشکلات را در سریع ترین زمان ممکن شناسایی و قبل از تبدیل شدن به بحران، برای رفع آن ها اقدام کنند. اینجاست که مانیتورینگ شبکه به عنوان یکی از ارکان اصلی مدیریت زیرساخت اهمیت پیدا می کند.
مدیریت هشدارها و جلوگیری از Alert Fatigue
یکی از چالش های اصلی سازمان های بزرگ، افزایش تعداد هشدارهایی است که روزانه توسط تجهیزات و سامانه های مختلف تولید می شود. تعداد زیاد Alert لزوماً به معنای امنیت یا کنترل بهتر نیست؛ زیرا زمانی که تیم های فنی با حجم بالایی از هشدارهای تکراری و کم اهمیت مواجه شوند، احتمال نادیده گرفتن هشدارهای مهم نیز افزایش پیدا می کند. این مشکل که با عنوان Alert Fatigue شناخته می شود، زمانی رخ می دهد که هشدارها بدون اولویت بندی، بدون مسئول مشخص و بدون فرآیند پیگیری مناسب مدیریت شوند. در چنین شرایطی، ممکن است یک رخداد حیاتی در میان صدها پیام غیرضروری پنهان شده و واکنش به آن با تأخیر انجام شود.
یک فرآیند مناسب مدیریت هشدار باید شامل موارد زیر باشد:
- دریافت هشدار
- تحلیل اهمیت
- تعیین مسئول
- اطلاع رسانی
- ثبت رخداد
- پیگیری تا رفع مشکل
نقش NOC در مدیریت بحران های زیرساختی
مرکز عملیات شبکه یا NOC یکی از مهم ترین بخش ها برای حفظ پایداری سرویس ها است.
وظایف NOC شامل:
- پایش 24×7 زیرساخت
- بررسی رخدادها
- تحلیل هشدارها
- هماهنگی تیم های فنی
- گزارش وضعیت سرویس ها
است. در شرایط بحرانی، داشتن یک فرآیند مشخص NOC می تواند تفاوت بین یک اختلال کوتاه مدت و یک بحران گسترده باشد.
برنامه بازیابی بحران (Disaster Recovery)؛ راه نجات زیرساخت سازمان
حتی با وجود تمام اقدامات امنیتی، هیچ سازمانی نمی تواند احتمال وقوع حادثه را به صفر برساند. خرابی تجهیزات، حملات سایبری، خطای انسانی، قطعی ارتباطات یا بحران های فیزیکی ممکن است باعث توقف سرویس های سازمان شوند. اینجاست که Disaster Recovery (DR) اهمیت پیدا می کند. Disaster Recovery مجموعه ای از فرآیندها، فناوری ها و برنامه هایی است که به سازمان کمک می کند پس از یک حادثه، سرویس های حیاتی خود را در کوتاه ترین زمان ممکن بازیابی کند. هدف DR فقط بازگرداندن اطلاعات نیست؛ بلکه بازگرداندن عملیات سازمان است.
طراحی سایت Disaster Recovery برای سرویس های حیاتی
یکی از مهم ترین اقدامات برای افزایش تاب آوری زیرساخت فناوری اطلاعات، ایجاد سایت پشتیبان یا DR Site برای سرویس های حیاتی سازمان است. هدف از راه اندازی سایت Disaster Recovery این است که در صورت بروز بحران هایی مانند خرابی تجهیزات، حملات سایبری یا از دسترس خارج شدن سایت اصلی، سرویس های مهم سازمان بتوانند در کوتاه ترین زمان ممکن به فعالیت خود ادامه دهند.
در این معماری، سایت اصلی وظیفه ارائه سرویس های روزمره را بر عهده دارد و سایت DR به عنوان یک محیط آماده برای بازیابی و ادامه فعالیت نگهداری می شود. در زمان وقوع بحران، با استفاده از فرآیندهای از پیش تعریف شده، سرویس ها به سایت پشتیبان منتقل شده و اختلال در عملکرد سازمان به حداقل می رسد. اجزای اصلی یک سایت DR معمولاً شامل سرورهای جایگزین، تجهیزات ذخیره سازی، زیرساخت شبکه، لینک های ارتباطی، سیستم های پشتیبان گیری و ابزارهای Replication برای همگام سازی اطلاعات بین سایت اصلی و پشتیبان است.
نقش مجازی سازی در افزایش سرعت بازیابی سرویس ها
مجازی سازی یکی از فناوری های کلیدی در طراحی DR مدرن است. در محیط های مجازی، ماشین های مجازی می توانند:
- Replicate شوند
- سریع تر منتقل شوند
- در سایت جایگزین فعال شوند
فناوری هایی مانند:
- VMware vSphere
- VMware SRM
- Veeam Replication
امکان اجرای سناریوهای Failover و Failback را فراهم می کنند.
پشتیبان گیری امن در شرایط بحرانی
Backup یکی از مهم ترین لایه های دفاعی سازمان است؛ اما هر Backupای الزاماً امن نیست. یک سیستم Backup مناسب باید ویژگی داشتن چند نسخه پشتیبان بر اساس قانون 3-2-1 Backup را داشته باشد. یعنی:
- 3 نسخه از اطلاعات وجود داشته باشد
- روی 2 نوع رسانه مختلف ذخیره شود
1 نسخه خارج از سایت نگهداری شود.
نگهداری نسخه Offline Backup
یکی از اهداف اصلی حملات باجافزاری، از بین بردن یا رمزگذاری نسخههای پشتیبان است تا سازمان امکان بازیابی اطلاعات خود را از دست بدهد. به همین دلیل، صرفاً داشتن Backup آنلاین نمیتواند تضمینکننده امنیت دادهها باشد. نگهداری نسخههای Offline Backup یا Immutable Backup باعث میشود یک نسخه غیرقابل تغییر و خارج از دسترس مستقیم مهاجمان از اطلاعات حیاتی سازمان وجود داشته باشد. این رویکرد در زمان وقوع حملات سایبری یا خرابیهای گسترده، امکان بازیابی مطمئن اطلاعات و بازگشت سریعتر سرویسها را فراهم میکند.
اقدامات فوری سازمان هنگام وقوع حمله یا بحران سایبری
زمانی که یک رخداد امنیتی اتفاق می افتد، سرعت و کیفیت واکنش سازمان نقش مهمی در کاهش خسارت ها دارد. نداشتن یک فرآیند مشخص برای مدیریت حادثه می تواند باعث گسترش دامنه حمله، از بین رفتن اطلاعات مهم و افزایش زمان بازگشت سرویس ها شود. یک فرآیند استاندارد Incident Response کمک می کند سازمان به جای واکنش های پراکنده و لحظه ای، بر اساس یک مسیر مشخص اقدام کند. این فرآیند معمولاً شامل مراحل زیر است:
شناسایی و تأیید رخداد
در اولین مرحله باید مشخص شود که آیا یک حادثه امنیتی واقعی رخ داده است یا خیر. تیم فنی باید بررسی کند چه سیستم هایی تحت تأثیر قرار گرفته اند، میزان گستردگی حادثه چقدر است و چه سرویس هایی در معرض خطر قرار دارند.
محدودسازی دامنه حادثه
پس از شناسایی رخداد، هدف اصلی جلوگیری از گسترش آسیب است. این کار می تواند با اقداماتی مانند جدا کردن سیستم آلوده از شبکه، محدود کردن دسترسی ها و مسدود کردن مسیرهای احتمالی نفوذ انجام شود تا مهاجم نتواند دامنه دسترسی خود را افزایش دهد.
حفظ شواهد و بررسی لاگ ها
در زمان وقوع حمله، حذف یا تغییر سریع اطلاعات سیستم ها می تواند باعث از بین رفتن شواهد مهم شود. نگهداری لاگ ها و اطلاعات مرتبط با رخداد کمک می کند مشخص شود مهاجم چگونه وارد شده، چه تغییراتی ایجاد کرده و چه بخش هایی تحت تأثیر قرار گرفته اند.
بازگردانی سرویس ها با اولویت بندی مناسب
پس از کنترل حادثه، مرحله بازیابی سرویس ها آغاز می شود. از آنجا که همه سیستم ها اهمیت یکسانی ندارند، سازمان باید بر اساس میزان تأثیر سرویس ها بر فعالیت های حیاتی، فرآیند بازگردانی را اولویت بندی کند تا خدمات اصلی در کوتاه ترین زمان ممکن به حالت عادی بازگردند.
اشتباهات رایج سازمان ها در زمان بحران امنیتی و جنگ
در زمان وقوع یک بحران امنیتی، بسیاری از مشکلات نه به دلیل نبود ابزارهای امنیتی، بلکه به دلیل ضعف در فرآیندها، آمادگی عملیاتی و تصمیم گیری رخ می دهند. سازمان هایی که از قبل برای مدیریت بحران برنامه ریزی نکرده اند، معمولاً زمان بیشتری برای شناسایی، کنترل و بازیابی سرویس ها صرف می کنند.
نداشتن برنامه واکنش به رخداد
بسیاری از سازمان ها ابزارهای امنیتی مختلفی در اختیار دارند، اما فرآیند مشخصی برای مدیریت رخداد تعریف نکرده اند. در چنین شرایطی، هنگام وقوع حادثه مشخص نیست چه کسی باید تصمیم گیری کند، چه اقداماتی باید انجام شود و اولویت رسیدگی به کدام بخش ها است.
نتیجه این ضعف معمولاً شامل موارد زیر است:
- تصمیم گیری کند در زمان بحران
- نامشخص بودن مسئولیت ها
- افزایش زمان قطعی یا اختلال سرویس ها
اعتماد کامل به ابزارهای امنیتی
فایروال، آنتی ویروس، سیستم های تشخیص تهدید و سایر ابزارهای امنیتی بخش مهمی از دفاع سازمان هستند، اما به تنهایی نمی توانند از تمام تهدیدات جلوگیری کنند. امنیت واقعی زمانی شکل می گیرد که ابزارها در کنار فرآیندهای استاندارد، نیروی متخصص و پایش مستمر مورد استفاده قرار گیرند.
نداشتن Backup قابل بازیابی
داشتن نسخه پشتیبان به تنهایی به معنای آمادگی برای بحران نیست. اگر فرآیند بازیابی اطلاعات به صورت دوره ای تست نشود، ممکن است در زمان حادثه مشخص شود Backup موجود قابل استفاده نیست یا زمان بازیابی آن با نیازهای سازمان مطابقت ندارد.
نبود مانیتورینگ 24×7
بسیاری از رخدادهای مهم امنیتی یا زیرساختی ممکن است در ساعات غیرکاری اتفاق بیفتند. بدون پایش مداوم، زمان شناسایی مشکل افزایش پیدا کرده و فرصت واکنش سریع کاهش می یابد. مانیتورینگ 24×7 کمک می کند مشکلات در مراحل اولیه شناسایی شده و قبل از تبدیل شدن به بحران، اقدامات لازم انجام شود.
مستندسازی نکردن زیرساخت
در زمان بحران، دسترسی به اطلاعات دقیق درباره ساختار زیرساخت اهمیت زیادی دارد. نبود مستندات به روز درباره مواردی مانند:
- معماری شبکه
- وابستگی سرویس ها به یکدیگر
- سطح دسترسی ها و تنظیمات حیاتی
می تواند فرآیند عیب یابی، تصمیم گیری و بازیابی سرویس ها را با تأخیر مواجه کند.
چک لیست آمادگی شبکه سازمان برای شرایط بحرانی
برای اطمینان از آمادگی زیرساخت فناوری اطلاعات در زمان بحران، سازمان باید به صورت دوره ای وضعیت امنیت، زیرساخت، مانیتورینگ و قابلیت بازیابی سرویس ها را بررسی کند.
امنیت شبکه
- قوانین فایروال ها به صورت دوره ای بررسی و بازبینی می شوند؟
- دسترسی های غیرضروری کاربران و سرویس ها حذف شده اند؟
- احراز هویت چندمرحله ای (MFA) برای حساب های حساس فعال است؟
- تجهیزات شبکه و امنیتی Hardening شده اند؟
- ثبت و نگهداری لاگ تجهیزات امنیتی فعال است؟
- فرآیند مدیریت رخدادهای امنیتی مشخص و مستند شده است؟
زیرساخت و سرویس ها
- دارایی های شبکه، سرورها و تجهیزات مستندسازی شده اند؟
- سیستم عامل ها، نرم افزارها و تجهیزات به صورت منظم Patch می شوند؟
- سرویس های حیاتی سازمان شناسایی و اولویت بندی شده اند؟
- وابستگی بین سرویس ها و تجهیزات مشخص شده است؟
- اطلاعات دسترسی های مدیریتی و تنظیمات حیاتی مستند و به روز هستند؟
مانیتورینگ و مدیریت رخداد
- تمامی تجهیزات و سرویس های حیاتی تحت مانیتورینگ قرار دارند؟
- هشدارهای تولیدشده اولویت بندی و دسته بندی شده اند؟
- مسئول رسیدگی به هر نوع رخداد مشخص است؟
- فرآیند Escalation برای رخدادهای مهم تعریف شده است؟
- گزارش ها و لاگ های مانیتورینگ برای تحلیل رخدادها نگهداری می شوند؟
Backup و Disaster Recovery
- فرآیند Backup به صورت منظم و طبق برنامه انجام می شود؟
- Restore اطلاعات به صورت دوره ای تست شده است؟
- نسخه Offline یا خارج از سایت از اطلاعات حیاتی وجود دارد؟
- RTO و RPO سرویس های مهم مشخص شده اند؟
- برنامه Disaster Recovery تدوین و به صورت دوره ای تست می شود؟
- سناریوی بازگشت سرویس ها پس از بحران مشخص است؟
جمع بندی امنیت شبکه در زمان جنگ یعنی آمادگی قبل از حادثه
بحران، زمان مناسبی برای شروع امن سازی شبکه نیست. سازمان هایی که از قبل زیرساخت خود را برای شرایط بحرانی آماده کرده اند، می توانند تهدیدها را سریع تر شناسایی کرده، خسارت ها را کاهش دهند و سرویس های حیاتی خود را حفظ کنند. امنیت شبکه در شرایط جنگی ترکیبی از فناوری، فرآیند و آمادگی سازمانی است. اقداماتی مانند هاردنینگ، مانیتورینگ، مدیریت رخداد، Backup اصولی و Disaster Recovery نقش مهمی در حفظ پایداری زیرساخت و تداوم فعالیت سازمان دارند.
سوالات متداول برای محافظت از شبکه سازمان در زمان جنگ
- آیا جنگ باعث افزایش حملات سایبری علیه سازمان ها می شود؟
بله. در شرایط بحرانی معمولاً تعداد و پیچیدگی حملات سایبری افزایش پیدا می کند، زیرا زیرساخت های دیجیتال به اهداف مهمی برای ایجاد اختلال تبدیل می شوند. - چگونه شبکه سازمان را در برابر حملات سایبری مقاوم کنیم؟
با مجموعه ای از اقدامات شامل هاردنینگ، مدیریت دسترسی ها، به روزرسانی تجهیزات، مانیتورینگ مداوم، Backup امن و برنامه Disaster Recovery. - تفاوت Disaster Recovery و Backup چیست؟
Backup برای حفظ اطلاعات است، اما Disaster Recovery برای بازگرداندن سرویس ها و ادامه فعالیت سازمان پس از بحران طراحی می شود. - چرا مانیتورینگ شبکه در شرایط بحرانی اهمیت دارد؟
زیرا کمک می کند سازمان سریع تر از اختلال ها، رفتارهای غیرعادی و رخدادهای امنیتی مطلع شود و قبل از تبدیل شدن مشکل به بحران واکنش نشان دهد. - هاردنینگ شبکه چه تاثیری در امنیت سازمان دارد؟
هاردنینگ با حذف تنظیمات ناامن، کاهش سرویس های غیرضروری و محدودسازی دسترسی ها، سطح حمله را کاهش می دهد.
