امنیت بکاپ در برابر باج افزار؛ راهنمای حفاظت و بازیابی اطلاعات سازمانی

امنیت بکاپ در برابر باج افزار یکی از مهم‌ترین الزامات حفاظت از اطلاعات سازمانی است. بسیاری از مدیران فناوری اطلاعات تصور می‌کنند با تهیه نسخه پشتیبان روزانه از سرورها و پایگاه‌های داده، در برابر حملات باج‌افزاری ایمن هستند؛ اما واقعیت این است که مهاجمان حرفه‌ای می‌توانند پیش از رمزگذاری اطلاعات اصلی، به سراغ سرورهای Backup، مخازن ذخیره‌سازی و حتی نسخه‌های پشتیبان خارج از سرورهای عملیاتی بروند.

در چنین شرایطی، سازمان نه‌تنها اطلاعات اصلی خود را از دست می‌دهد، بلکه ممکن است هیچ نسخه سالمی برای بازیابی نداشته باشد. بنابراین امنیت بکاپ در برابر باج افزار نباید صرفاً به نصب نرم‌افزار پشتیبان‌گیری محدود شود؛ بلکه به معماری شبکه، امنیت حساب‌های مدیریتی، ذخیره‌سازی تغییرناپذیر، پردازش ابری، مانیتورینگ و برنامه بازیابی بحران وابسته است.

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

چرا امنیت بکاپ در برابر باج افزار به یک ضرورت سازمانی تبدیل شده است؟

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

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

سپس ممکن است اقدامات زیر را انجام دهد:

• شناسایی سرورهای Backup و تجهیزات ذخیره‌سازی
• سرقت نام کاربری و رمز عبور مدیران زیرساخت
• دسترسی به کنسول مدیریتی نرم‌افزار پشتیبان‌گیری
• حذف نسخه‌های پشتیبان یا Snapshotها
• تغییر سیاست نگهداری اطلاعات
• غیرفعال کردن سرویس‌های پشتیبان‌گیری
• رمزگذاری فایل‌های Backup در دسترس
• دستکاری تنظیمات ذخیره‌سازی و کلیدهای رمزنگاری

هدف مهاجم این است که سازمان پس از حمله، امکان بازگشت سریع به وضعیت عادی را نداشته باشد.

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

چگونه باج افزار می‌تواند سرور بکاپ سازمان را آلوده کند؟

فرض کنید یک شرکت دارای ۲۰ سرور مجازی، یک سامانه ERP، پایگاه داده مالی و یک سرور اختصاصی برای نگهداری نسخه‌های پشتیبان است.

سرور Backup از طریق شبکه داخلی به سرورهای عملیاتی متصل است و مدیران شبکه با حساب‌های مدیریتی مشترک به آن دسترسی دارند.

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

چند ضعف متداول در این معماری عبارت‌اند از:

استفاده از حساب مدیریتی مشترک

اگر حساب Domain Administrator برای مدیریت سرورهای عملیاتی و سامانه Backup استفاده شود، تصاحب آن می‌تواند دسترسی مهاجم را به بخش‌های مختلف زیرساخت گسترش دهد.

قرار گرفتن Backup و سرورهای عملیاتی در یک شبکه

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

نبود محدودیت برای حذف نسخه‌های پشتیبان

اگر هر حساب مدیریتی بتواند نسخه‌های قبلی را حذف کند، مهاجم نیز در صورت تصاحب آن حساب ممکن است بتواند همین کار را انجام دهد.

نگهداری کلیدهای رمزنگاری در کنار نسخه پشتیبان

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

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

معماری ۳-۲-۱-۱-۰؛ پایه امنیت بکاپ در برابر باج افزار

یکی از الگوهای شناخته‌شده برای طراحی زیرساخت پشتیبان‌گیری مقاوم، معماری ۳-۲-۱-۱-۰ است.

این الگو با افزایش تعداد نسخه‌ها، تنوع رسانه‌های ذخیره‌سازی، نگهداری نسخه خارج از سایت و اعتبارسنجی بازیابی، احتمال از دست رفتن تمام اطلاعات را کاهش می‌دهد.

سه نسخه از اطلاعات

حداقل سه نسخه از اطلاعات باید در دسترس باشد:

1. نسخه اصلی در محیط عملیاتی
2. نسخه پشتیبان اول
3. نسخه پشتیبان دوم

وجود چند نسخه مستقل کمک می‌کند خرابی یک مخزن باعث نابودی تمام اطلاعات نشود.

دو نوع رسانه ذخیره‌سازی

نسخه‌ها بهتر است روی حداقل دو نوع رسانه یا بستر ذخیره‌سازی متفاوت قرار بگیرند؛ برای مثال:

• ذخیره‌سازی روی NAS یا SAN
• ذخیره‌سازی روی Object Storage یا Tape

این تنوع می‌تواند احتمال آسیب‌دیدن هم‌زمان تمام نسخه‌ها را کاهش دهد.

یک نسخه خارج از محل اصلی

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

یک نسخه آفلاین یا تغییرناپذیر

حداقل یک نسخه باید در برابر حذف، تغییر یا رمزگذاری غیرمجاز محافظت شود.

این حفاظت می‌تواند با استفاده از ذخیره‌سازی آفلاین یا فناوری Immutable Backup انجام شود.

صفر خطای تأییدنشده در بازیابی

موفقیت عملیات Backup به معنای موفقیت بازیابی نیست. باید نسخه‌ها به‌صورت منظم آزمایش شوند تا اطمینان حاصل شود اطلاعات واقعاً قابل خواندن و بازیابی هستند.

الگوی ۳-۲-۱-۱-۰ یکی از پایه‌های مهم امنیت بکاپ در برابر باج افزار است؛ اما اجرای آن باید با توجه به حجم اطلاعات، اهمیت سرویس‌ها و الزامات هر سازمان طراحی شود.

Immutable Backup چیست و چگونه از حذف نسخه‌های پشتیبان جلوگیری می‌کند؟

Immutable Backup یا بکاپ تغییرناپذیر، یکی از فناوری‌های مهم برای محافظت از نسخه‌های پشتیبان است.

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

فناوری WORM

WORM مخفف Write Once Read Many است. در این روش، اطلاعات یک‌بار نوشته می‌شوند و پس از آن در مدت حفاظت‌شده قابل بازنویسی نیستند.

این فناوری در برخی تجهیزات ذخیره‌سازی و سامانه‌های آرشیو اطلاعات استفاده می‌شود.

قابلیت Object Lock

برخی سامانه‌های Object Storage امکان استفاده از Object Lock را فراهم می‌کنند.

با استفاده از این قابلیت می‌توان برای داده‌ها دوره نگهداری تعریف کرد تا در مدت مشخصی امکان حذف یا تغییر آن‌ها وجود نداشته باشد.

در طراحی این راهکار باید موارد زیر بررسی شوند:

• مدت نگهداری نسخه‌ها
• سطح دسترسی مدیران
• سیاست جلوگیری از حذف
• حفاظت از حساب مدیریتی ذخیره‌سازی
• مدیریت کلیدهای رمزنگاری
• هزینه نگهداری اطلاعات
• ظرفیت مورد نیاز در بلندمدت

نکته مهم این است که Immutable Backup با Offline Backup یکسان نیست. نسخه تغییرناپذیر ممکن است همچنان به شبکه متصل باشد؛ بنابراین برای افزایش امنیت باید در کنار تفکیک شبکه و کنترل دسترسی استفاده شود.

تفکیک شبکه Backup؛ یکی از مهم‌ترین اقدامات امنیتی سازمان

یکی از راهکارهای مهم برای افزایش امنیت بکاپ در برابر باج افزار، طراحی شبکه مستقل برای پشتیبان‌گیری است.

در بسیاری از سازمان‌ها، سرورهای عملیاتی، تجهیزات ذخیره‌سازی و سرور Backup در یک شبکه قرار دارند. این ساختار مدیریت را ساده می‌کند، اما در زمان حمله می‌تواند باعث گسترش دامنه آسیب شود.

برای کاهش این ریسک، می‌توان معماری شبکه را به چند بخش تقسیم کرد:

• شبکه سرورهای عملیاتی
• شبکه اختصاصی انتقال داده‌های Backup
• شبکه مدیریت تجهیزات و سامانه‌های زیرساختی
• شبکه کاربران سازمان
• شبکه یا محیط مستقل نگهداری نسخه‌های پشتیبان

استفاده از VLAN و Firewall

با استفاده از VLAN می‌توان محدوده‌های شبکه را از یکدیگر تفکیک کرد. سپس با تنظیم Firewall و Access Control List، ارتباط میان بخش‌ها را فقط به مسیرهای ضروری محدود کرد.

برای مثال، سرورهای مشخص اجازه ارسال اطلاعات به مخزن Backup را داشته باشند؛ اما کاربران عادی و سرورهای غیرمرتبط نتوانند به کنسول مدیریتی آن دسترسی پیدا کنند.

محدودسازی دسترسی مدیریتی

کنسول مدیریت Backup باید فقط از ایستگاه‌های مدیریتی مجاز در دسترس باشد.

استفاده از احراز هویت چندمرحله‌ای، حساب‌های مدیریتی اختصاصی، ثبت فعالیت مدیران و محدودسازی دسترسی از اینترنت عمومی نیز ضروری است.

این اقدامات در کنار یکدیگر می‌توانند سطح حفاظت از زیرساخت پشتیبان‌گیری را افزایش دهند.

رمزنگاری و مدیریت کلید؛ بخش فراموش‌شده امنیت بکاپ

نسخه‌های پشتیبان ممکن است شامل اطلاعات مالی، قراردادها، اسناد محرمانه، اطلاعات مشتریان و داده‌های عملیاتی سازمان باشند.

به همین دلیل، رمزنگاری اطلاعات در زمان انتقال و ذخیره‌سازی اهمیت دارد.

رمزنگاری در زمان انتقال

اطلاعات هنگام انتقال از سرورهای عملیاتی به مخزن Backup باید از طریق ارتباطات امن منتقل شوند.

استفاده از پروتکل‌های امن و تنظیم صحیح گواهی‌ها به کاهش خطر شنود و دستکاری داده‌ها کمک می‌کند.

رمزنگاری در زمان ذخیره‌سازی

نسخه‌های پشتیبان نیز باید متناسب با سطح محرمانگی اطلاعات، در حالت ذخیره‌شده رمزنگاری شوند.

اما یک نکته بسیار مهم وجود دارد: اگر کلید رمزنگاری در همان محیط و با همان سطح دسترسی نسخه پشتیبان نگهداری شود، مهاجم ممکن است به هر دو دسترسی پیدا کند.

بنابراین مدیریت کلیدها باید مستقل، کنترل‌شده و همراه با برنامه بازیابی اضطراری انجام شود.

RTO و RPO؛ معیارهای اصلی برای طراحی بازیابی اطلاعات

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

دو شاخص مهم در این زمینه RTO و RPO هستند.

RTO چیست؟

RTO مخفف Recovery Time Objective است و حداکثر زمان قابل قبول برای بازگرداندن یک سرویس به وضعیت عملیاتی را مشخص می‌کند.

برای مثال، اگر RTO سامانه مالی چهار ساعت باشد، زیرساخت بازیابی باید امکان راه‌اندازی مجدد آن را در این بازه فراهم کند.

RPO چیست؟

RPO مخفف Recovery Point Objective است و حداکثر میزان اطلاعاتی را مشخص می‌کند که سازمان می‌تواند از دست بدهد.

برای مثال، اگر RPO پایگاه داده ۱۵ دقیقه باشد، هدف این است که در زمان بازیابی، اطلاعات مربوط به بیش از ۱۵ دقیقه پیش از حادثه از دست نرود.

سامانه سازمانی	RTO نمونه	RPO نمونه
سامانه مالی	۴ ساعت	۱۵ دقیقه
اتوماسیون اداری	۸ ساعت	۱ ساعت
منابع انسانی	۱۲ ساعت	۴ ساعت
آرشیو اسناد	۲۴ ساعت	۱۲ ساعت
وب‌سایت سازمان	۴ ساعت	۱ ساعت

این اعداد صرفاً نمونه هستند. مقادیر واقعی باید بر اساس تحلیل اثر کسب‌وکار، اهمیت سرویس و هزینه توقف تعیین شوند.

آیا Replication جایگزین Backup است؟

خیر. Replication یا تکثیر اطلاعات، تغییرات سیستم اصلی را به محیط مقصد منتقل می‌کند.

اگر اطلاعات اصلی حذف یا رمزگذاری شوند، ممکن است همان تغییرات به محیط Replica نیز منتقل شوند.

بنابراین Replication باید در کنار نسخه‌های پشتیبان مستقل، آفلاین یا تغییرناپذیر استفاده شود.

بازیابی اطلاعات پس از حمله باج افزاری چگونه انجام می‌شود؟

پس از یک حمله باج‌افزاری، بازگرداندن سریع فایل‌ها تنها بخشی از عملیات بازیابی است.

اگر سیستم‌های آلوده همچنان به شبکه متصل باشند، ممکن است اطلاعات بازیابی‌شده نیز دوباره در معرض آلودگی قرار بگیرند.

فرایند بازیابی باید مرحله‌بندی شود.

مرحله اول: شناسایی و مهار حمله

ابتدا باید سیستم‌های آلوده شناسایی و ارتباط آن‌ها با بخش‌های حساس شبکه محدود شود.

در این مرحله، حساب‌های مشکوک، مسیر نفوذ و میزان گسترش حمله بررسی می‌شوند.

مرحله دوم: بررسی سلامت نسخه‌های پشتیبان

نسخه‌های Backup باید از نظر کامل بودن، زمان ایجاد، یکپارچگی و امکان بازیابی بررسی شوند.

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

مرحله سوم: ایجاد محیط بازیابی پاک

سیستم‌ها باید در یک محیط کنترل‌شده و مستقل از شبکه آلوده بازسازی شوند.

در این مرحله، استفاده از Imageهای سالم سیستم‌عامل، فایل‌های پیکربندی معتبر و نسخه‌های نرم‌افزاری قابل اعتماد اهمیت دارد.

مرحله چهارم: بازیابی سرویس‌های حیاتی

بازیابی باید بر اساس اولویت سرویس‌ها انجام شود.

برای مثال، ممکن است ابتدا زیرساخت شبکه و احراز هویت، سپس پایگاه‌های داده و در ادامه سامانه‌های مالی و عملیاتی بازیابی شوند.

مرحله پنجم: بررسی صحت اطلاعات و عملکرد سامانه‌ها

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

مرحله ششم: بازگشت کنترل‌شده به شبکه اصلی

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

نقش پردازش ابری، زیرساخت شبکه و امنیت نیماد در حفاظت از بکاپ سازمانی

پیاده‌سازی امنیت بکاپ در برابر باج افزار یک پروژه صرفاً نرم‌افزاری نیست. برای ایجاد یک زیرساخت قابل اعتماد، باید سرورها، تجهیزات ذخیره‌سازی، شبکه، مجازی‌سازی، امنیت دسترسی، مراکز داده و برنامه بازیابی اطلاعات به‌صورت یکپارچه بررسی شوند.

این دقیقاً همان نقطه‌ای است که توانمندی‌های فنی یک مجموعه متخصص در حوزه فناوری اطلاعات و پردازش ابری اهمیت پیدا می‌کند.

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

۱. طراحی و پیاده‌سازی زیرساخت شبکه امن

زیرساخت شبکه یکی از مهم‌ترین اجزای معماری بکاپ است.

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

• طراحی VLANهای اختصاصی برای Backup
• تفکیک شبکه مدیریت از شبکه عملیاتی
• پیکربندی Firewall و ACL
• محدودسازی ارتباط سرورها با مخازن پشتیبان
• طراحی دسترسی امن مدیران زیرساخت
• بررسی نقاط ضعف معماری فعلی شبکه

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

۲. طراحی زیرساخت پردازشی و مراکز داده

یک راهکار بازیابی اطلاعات باید بر اساس ظرفیت واقعی زیرساخت سازمان طراحی شود.

در این زمینه، بررسی ظرفیت سرورها، ذخیره‌سازی، مجازی‌سازی، توان پردازشی و منابع مورد نیاز برای راه‌اندازی مجدد سرویس‌ها اهمیت دارد.

نیماد با فعالیت در حوزه زیرساخت و مراکز داده می‌تواند در ارزیابی و طراحی معماری متناسب با نیاز سازمان مشارکت کند.

۳. استفاده از ظرفیت پردازش ابری برای طراحی معماری پشتیبان‌گیری

پردازش ابری می‌تواند در طراحی زیرساخت‌های پشتیبان‌گیری خارج از سایت و افزایش انعطاف‌پذیری منابع پردازشی و ذخیره‌سازی نقش داشته باشد.

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

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

۴. امنیت اطلاعات و مدیریت دسترسی‌های ممتاز

یکی از نقاط حساس در زیرساخت Backup، دسترسی مدیران به سرورها، تجهیزات ذخیره‌سازی و کنسول‌های مدیریتی است.

اگر حساب‌های مدیریتی به‌درستی کنترل نشوند، مهاجم می‌تواند از همان دسترسی‌ها برای تخریب نسخه‌های پشتیبان استفاده کند.

نیماد در حوزه امنیت اطلاعات و مدیریت دسترسی‌های ممتاز نیز راهکار NPAM را ارائه می‌کند. مدیریت دسترسی‌های حساس، کنترل حساب‌های ممتاز و ثبت فعالیت‌های مدیریتی از جمله موضوعاتی هستند که در طراحی امنیت زیرساخت باید مورد توجه قرار گیرند.

استفاده از سامانه مدیریت دسترسی ممتاز در کنار تفکیک شبکه و سیاست‌های امنیتی می‌تواند به کاهش ریسک سوءاستفاده از حساب‌های مدیریتی کمک کند.

۵. پشتیبانی و پایش مستمر زیرساخت

زیرساخت پشتیبان‌گیری پس از نصب و راه‌اندازی نیز به نظارت مستمر نیاز دارد.

مواردی مانند پر شدن ظرفیت مخازن، شکست عملیات Backup، قطع ارتباط سرورها، تغییرات غیرمجاز در تنظیمات و خطاهای بازیابی باید به‌موقع شناسایی شوند.

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

برای آشنایی با حوزه فعالیت و خدمات فنی شرکت، به صفحه خدمات پردازش ابری نیماد مراجعه کنید.

چک‌لیست نهایی امنیت بکاپ در برابر باج افزار

پیش از تأیید معماری پشتیبان‌گیری سازمان، موارد زیر را بررسی کنید:

امنیت دسترسی

• حساب‌های مدیریتی Backup از حساب‌های عمومی جدا شده‌اند.

• احراز هویت چندمرحله‌ای برای دسترسی‌های حساس فعال است.

• دسترسی به کنسول مدیریتی محدود شده است.

• فعالیت مدیران ثبت و پایش می‌شود.

• سطح دسترسی کاربران بر اساس اصل حداقل دسترسی تعریف شده است.

امنیت شبکه

• شبکه Backup از شبکه عملیاتی تفکیک شده است.

• دسترسی کاربران عادی به مخزن بکاپ محدود است.

• ارتباطات غیرضروری با Firewall و ACL مسدود شده‌اند.

• مسیر مدیریت و انتقال داده‌ها بررسی شده است.

حفاظت از اطلاعات

• حداقل یک نسخه خارج از سایت وجود دارد.

• حداقل یک نسخه آفلاین یا تغییرناپذیر نگهداری می‌شود.

• نسخه‌های پشتیبان متناسب با حساسیت اطلاعات رمزنگاری می‌شوند.

• کلیدهای رمزنگاری به‌صورت مستقل محافظت می‌شوند.

• سیاست نگهداری نسخه‌ها مشخص است.

بازیابی اطلاعات

• برای سرویس‌های حیاتی RTO و RPO تعیین شده است.

• تست Restore به‌صورت دوره‌ای انجام می‌شود.

• برنامه Disaster Recovery مستند شده است.

• محیط بازیابی پاک و مستقل قابل استفاده است.

• ترتیب بازیابی سرویس‌های حیاتی مشخص شده است.

جمع‌بندی؛ آیا زیرساخت بکاپ سازمان شما واقعاً در برابر باج‌افزار مقاوم است؟

داشتن نسخه پشتیبان یک ضرورت است، اما به‌تنهایی تضمین‌کننده بازیابی اطلاعات پس از حمله سایبری نیست.

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

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

معماری ۳-۲-۱-۱-۰، استفاده از Immutable Backup، تفکیک شبکه، رمزنگاری، مدیریت امن کلیدها، کنترل دسترسی‌های ممتاز و آزمایش دوره‌ای بازیابی، اجزای اصلی این رویکرد هستند.

شرکت پردازش ابری نیماد با توانمندی در حوزه زیرساخت، شبکه، امنیت اطلاعات، پردازش ابری، مراکز داده و پشتیبانی فناوری اطلاعات می‌تواند در ارزیابی و طراحی راهکارهای متناسب با نیاز سازمان‌ها مشارکت کند.

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

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

آیا باج افزار می‌تواند نسخه‌های پشتیبان را هم رمزگذاری کند؟

بله. اگر مهاجم به سرور Backup، مخزن ذخیره‌سازی یا حساب‌های مدیریتی آن دسترسی پیدا کند، ممکن است نسخه‌های پشتیبان قابل دسترس را حذف، رمزگذاری یا تخریب کند. استفاده از نسخه‌های آفلاین و Immutable و تفکیک حساب‌های مدیریتی، ریسک این اتفاق را کاهش می‌دهد.

آیا داشتن سرور بکاپ جداگانه برای امنیت اطلاعات کافی است؟

خیر. جدا بودن سرور به‌تنهایی کافی نیست. اگر سرور Backup همچنان به شبکه اصلی و حساب‌های مدیریتی مشترک وابسته باشد، ممکن است در جریان حمله آسیب ببیند.

Immutable Backup چه تفاوتی با Offline Backup دارد؟

Immutable Backup در مدت مشخص در برابر تغییر و حذف محافظت می‌شود؛ اما ممکن است به شبکه متصل باشد. Offline Backup از مسیرهای ارتباطی عادی جداست. این دو روش می‌توانند مکمل یکدیگر باشند.

قانون ۳-۲-۱-۱-۰ چیست؟

این الگو بر نگهداری سه نسخه از اطلاعات، استفاده از دو نوع رسانه ذخیره‌سازی، یک نسخه خارج از سایت، یک نسخه آفلاین یا تغییرناپذیر و صفر خطای تأییدنشده در فرایند اعتبارسنجی تأکید دارد.

آیا فضای ابری برای نگهداری بکاپ امن است؟

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

RTO و RPO چه تفاوتی دارند؟

RTO حداکثر زمان قابل قبول برای بازگرداندن سرویس است؛ اما RPO حداکثر میزان اطلاعاتی را مشخص می‌کند که سازمان می‌تواند از دست بدهد. هر دو شاخص باید متناسب با اهمیت سرویس‌های سازمان تعیین شوند.