تداوم امن اینترنت شعبه؛ از اتصال پشتیبان تا آزمون برنامه‌ها

۱. ابتدا مشخص کنید کدام فعالیت‌ها باید ادامه پیدا کنند

یکسان‌دانستن اهمیت تمام ترافیک شعبه می‌تواند ظرفیت پشتیبان را بیش از نیاز بزرگ کند. جریان کار روزانه را بررسی کنید: دریافت وجه، استعلام موجودی، گفت‌وگو با مشتری، ارسال تصاویر دوربین و به‌روزرسانی نرم‌افزار نیازهای متفاوتی دارند. برای هر برنامه، تعداد کاربران، ترافیک رفت‌وبرگشت، انتظار قابل قبول و فرد مسئول را مشخص کنید. این فهرست پایه مشخصات خرید خواهد بود.

راهنمای تداوم خدمات NIST اولویت بازیابی را به اثر اختلال بر کسب‌وکار مرتبط می‌کند. RTO زمان هدف برای بازگرداندن خدمت را بیان می‌کند؛ RPO مشخص می‌کند پس از اختلال، داده‌ها باید تا چه نقطه‌ای در گذشته قابل بازیابی باشند. زمان انتقال شبکه به مسیر پشتیبان فقط بخشی از این هدف‌هاست. [1] برای نمونه، بازشدن صفحه سفارش به‌تنهایی نشان نمی‌دهد سفارش‌های در انتظار به‌درستی پردازش شده‌اند. شکل قابل قبول ادامه کار را صریحاً با واحد کسب‌وکار توافق کنید.

۲. مسیر پشتیبان باید همان قواعد دسترسی را حفظ کند

در رویکرد اعتماد صفر NIST، حضور کاربر در دفتر یا شبکه خصوصی به‌تنهایی دلیل اعتماد نیست؛ دسترسی به منبع بر پایه هویت و مجوز ارزیابی می‌شود. [2] هنگام انتقال از اتصال اصلی به پشتیبان موبایل نیز این اصل باید حفظ شود. ثبت کنید ترافیک وای‌فای مهمان، دوربین، حسابداری و مدیریت به چه منابعی دسترسی دارد. سابقه تغییرات را نگه دارید تا مجوزهای گسترده‌ای که موقتاً هنگام جابه‌جایی باز می‌شوند، دائمی نشوند.

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

۳. درباره فیبر، اپراتور دوم و 5G پرسش‌های یکسان مطرح کنید

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

راهکار موبایل را در اتاق محل نصب و ساعت‌های پرترافیک ارزیابی کنید. پوشش، سازگاری دستگاه و آنتن، محدودیت بسته، ظرفیت ارسال، وضعیت IP عمومی یا CGNAT و رفتار VPN همگی مهم‌اند. اگر هنگام تعویض اتصال، IP بیرونی تغییر کند، فهرست‌های مجاز و نشست‌های موجود ممکن است تحت تأثیر قرار بگیرند. سازگاری را با تأمین‌کنندگان برنامه پرداخت و دسترسی از راه دور تأیید کنید. به‌جای وعده قبلی درباره ادامه بی‌وقفه همه نشست‌ها، رفتار انتقال را به آزمون پذیرش مرتبط کنید.

۴. پایش باید وضعیت واقعی کار را نشان دهد

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

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

۵. قطع برنامه‌ریزی‌شده و بازگشت کنترل‌شده را تمرین کنید

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

شرایط آغاز، برنامه‌های متأثر، وقفه مشاهده‌شده و کارهای حل‌نشده را در نتیجه ثبت کنید. با تغییر ساختار آزموده‌شده، مثلاً اضافه‌شدن فایروال یا برنامه ابری جدید، کنترل مربوط را تکرار کنید. اگر هنگام گفت‌وگو با MyFi Business این اولویت‌های کاری را همراه نشانی و سرعت درخواستی ارائه کنید، اتصال اصلی، اپراتور جایگزین و پشتیبان موبایل مناسب می‌توانند در یک برنامه خدماتی بررسی شوند.

۶. فهرست کوتاه پیش از دریافت پیشنهاد

این فهرست را همراه مسئولان خرید، فناوری اطلاعات و عملیات تکمیل کنید. پاسخ نامشخص را به‌جای پرکردن با یک فرض، به‌عنوان مرحله تأیید در پیشنهاد ثبت کنید.

• برنامه‌هایی که باید در زمان اختلال کار کنند و مسئول مجاز هرکدام مشخص شده‌اند؟
• ظرفیت پشتیبان، شرایط مصرف داده و وابستگی‌های برق بررسی شده‌اند؟
• VPN، فهرست IPهای مجاز و سیاست‌های دسترسی در هر دو مسیر کنترل شده‌اند؟
• مسئول هشدار، پشتیبانی فنی، اعزام نیرو و اطلاع‌رسانی به مشتری مشخص است؟
• آزمون پذیرش انتقال و بازگشت، همراه دامنه خدمت، مکتوب شده است؟