با حوصله بخوان، مثال‌ها را تحلیل کن و تمرین‌ها را انجام بده؛ هدف حفظ کردن تعریف‌ها نیست
Credential Backup جدا باشد
Backup نسخه‌ای جدا از داده اصلی برای بازیابی بعد از حذف، خرابی یا حادثه است؛ موفقیت Job، محل نگهداری، Retention و Test Restore را با هم ببین کپی روی همان Storage اصلی در برابر خرابی همان Storage محافظت کافی نمی‌دهد Backup زمانی ارزش عملی دارد که بازیابی آن قابل انجام و آزموده شده باشد؛ RPO مشخص می‌کند چه مقدار از داده از نظر زمانی می‌تواند از دست برود و RTO مدت قابل قبول برای بازگرداندن سرویس را بیان می‌کند؛ برنامه Backup باید با این دو هدف، اهمیت سرویس، محل نگهداری نسخه‌ها و تهدیدهایی مانند خرابی، خطای انسانی و باج‌افزار هماهنگ شود؛ آزمون Restore، ثبت نتیجه و نگهداری نسخه‌ای جدا یا محافظت‌شده بخش مهم اطمینان از قابلیت بازیابی است راهنمای CISA و NIST بر چند پایه تکرارشونده تأکید دارد: استفاده از MFA برای حساب‌های مهم، به‌روزرسانی منظم، محدود کردن دسترسی مدیریتی، نگهداری Backup قابل بازیابی، ثبت رویدادها و آموزش مقابله با فیشینگ؛ در رخداد مشکوک، هدف اول حفظ شواهد و محدود کردن دامنه اثر است، نه انجام تغییرهای متعدد و بدون ثبت؛ حساب‌های مدیریتی باید از حساب روزمره جدا باشند و سطح دسترسی فقط به اندازه نیاز کاری داده شود؛ برای این بخش، تمرکز عملی روی «Credential Backup جدا باشد» است و باید بتوانی آن را از مفاهیم نزدیک در درس «امنیت Backup در برابر حمله» جدا تشخیص بدهی
Repository Write Access عمومی نداشته باشد
کاربران عادی و Serverهای غیرضروری نباید امکان تغییر یا حذف Backup Repository را داشته باشند؛ مسیر Write باید محدود و حساب Backup جدا باشد Backup زمانی ارزش عملی دارد که بازیابی آن قابل انجام و آزموده شده باشد؛ RPO مشخص می‌کند چه مقدار از داده از نظر زمانی می‌تواند از دست برود و RTO مدت قابل قبول برای بازگرداندن سرویس را بیان می‌کند؛ برنامه Backup باید با این دو هدف، اهمیت سرویس، محل نگهداری نسخه‌ها و تهدیدهایی مانند خرابی، خطای انسانی و باج‌افزار هماهنگ شود؛ آزمون Restore، ثبت نتیجه و نگهداری نسخه‌ای جدا یا محافظت‌شده بخش مهم اطمینان از قابلیت بازیابی است راهنمای CISA و NIST بر چند پایه تکرارشونده تأکید دارد: استفاده از MFA برای حساب‌های مهم، به‌روزرسانی منظم، محدود کردن دسترسی مدیریتی، نگهداری Backup قابل بازیابی، ثبت رویدادها و آموزش مقابله با فیشینگ؛ در رخداد مشکوک، هدف اول حفظ شواهد و محدود کردن دامنه اثر است، نه انجام تغییرهای متعدد و بدون ثبت؛ حساب‌های مدیریتی باید از حساب روزمره جدا باشند و سطح دسترسی فقط به اندازه نیاز کاری داده شود
Immutable یا Offline Copy مهم است
نسخه Immutable برای مدت مشخص قابل تغییر یا حذف نیست و در برابر حذف عمدی یا Ransomware لایه دفاعی مهمی می‌سازد Backup زمانی ارزش عملی دارد که بازیابی آن قابل انجام و آزموده شده باشد؛ RPO مشخص می‌کند چه مقدار از داده از نظر زمانی می‌تواند از دست برود و RTO مدت قابل قبول برای بازگرداندن سرویس را بیان می‌کند؛ برنامه Backup باید با این دو هدف، اهمیت سرویس، محل نگهداری نسخه‌ها و تهدیدهایی مانند خرابی، خطای انسانی و باج‌افزار هماهنگ شود؛ آزمون Restore، ثبت نتیجه و نگهداری نسخه‌ای جدا یا محافظت‌شده بخش مهم اطمینان از قابلیت بازیابی است راهنمای CISA و NIST بر چند پایه تکرارشونده تأکید دارد: استفاده از MFA برای حساب‌های مهم، به‌روزرسانی منظم، محدود کردن دسترسی مدیریتی، نگهداری Backup قابل بازیابی، ثبت رویدادها و آموزش مقابله با فیشینگ؛ در رخداد مشکوک، هدف اول حفظ شواهد و محدود کردن دامنه اثر است، نه انجام تغییرهای متعدد و بدون ثبت؛ حساب‌های مدیریتی باید از حساب روزمره جدا باشند و سطح دسترسی فقط به اندازه نیاز کاری داده شود
Restore Permission محدود باشد
Restore عمل بازگرداندن داده یا سیستم از Backup است و تنها راه اثبات قابل استفاده بودن Backup است؛ به‌صورت دوره‌ای Restore آزمایشی با سناریوی واقعی انجام بده صرف دیدن وضعیت موفق Job تضمین بازیابی نیست Backup زمانی ارزش عملی دارد که بازیابی آن قابل انجام و آزموده شده باشد؛ RPO مشخص می‌کند چه مقدار از داده از نظر زمانی می‌تواند از دست برود و RTO مدت قابل قبول برای بازگرداندن سرویس را بیان می‌کند؛ برنامه Backup باید با این دو هدف، اهمیت سرویس، محل نگهداری نسخه‌ها و تهدیدهایی مانند خرابی، خطای انسانی و باج‌افزار هماهنگ شود؛ آزمون Restore، ثبت نتیجه و نگهداری نسخه‌ای جدا یا محافظت‌شده بخش مهم اطمینان از قابلیت بازیابی است راهنمای CISA و NIST بر چند پایه تکرارشونده تأکید دارد: استفاده از MFA برای حساب‌های مهم، به‌روزرسانی منظم، محدود کردن دسترسی مدیریتی، نگهداری Backup قابل بازیابی، ثبت رویدادها و آموزش مقابله با فیشینگ؛ در رخداد مشکوک، هدف اول حفظ شواهد و محدود کردن دامنه اثر است، نه انجام تغییرهای متعدد و بدون ثبت؛ حساب‌های مدیریتی باید از حساب روزمره جدا باشند و سطح دسترسی فقط به اندازه نیاز کاری داده شود؛ وقتی به «Restore Permission محدود باشد» می‌رسی، معیار یادگیری این است که بتوانی جای آن را در سناریوی «امنیت Backup در برابر حمله» مشخص کنی و علت رفتارش را توضیح بدهی
Console Backup با MFA محافظت شود
MFA برای ورود بیش از یک عامل مستقل مانند Password و تأیید روی دستگاه می‌خواهد؛ برای حساب‌های Admin و Remote اهمیت بیشتری دارد MFA Password ضعیف یا Recovery ناامن را کاملاً جبران نمی‌کند احراز هویت یعنی اثبات هویت و با مجوز دسترسی تفاوت دارد؛ در محیط Active Directory، Kerberos برای بسیاری از سناریوهای Domain Authentication استفاده می‌شود و به Name Resolution و زمان نسبتاً هماهنگ وابسته است؛ MFA یک عامل اضافی برای کاهش ریسک سوءاستفاده از Credential فراهم می‌کند و CISA استفاده از MFA مقاوم در برابر فیشینگ را برای حساب‌های حساس توصیه می‌کند؛ در بررسی خطا باید مرحله‌ای که هویت در آن رد می‌شود از مرحله مجوز دسترسی جدا شود Backup زمانی ارزش عملی دارد که بازیابی آن قابل انجام و آزموده شده باشد؛ RPO مشخص می‌کند چه مقدار از داده از نظر زمانی می‌تواند از دست برود و RTO مدت قابل قبول برای بازگرداندن سرویس را بیان می‌کند؛ برنامه Backup باید با این دو هدف، اهمیت سرویس، محل نگهداری نسخه‌ها و تهدیدهایی مانند خرابی، خطای انسانی و باج‌افزار هماهنگ شود؛ آزمون Restore، ثبت نتیجه و نگهداری نسخه‌ای جدا یا محافظت‌شده بخش مهم اطمینان از قابلیت بازیابی است
فرض کن در زیرساخت امنیتی شرکت مشکلی گزارش شده و احتمال می‌دهی به امنیت Backup در برابر حمله مربوط باشد. قبل از تغییر، وضعیت فعلی را با Event Viewer، Firewall، آنتی‌ویروس و Logهای امنیتی بررسی می‌کنی و نتیجه را با یک حالت سالم یا مستند معتبر مقایسه می‌کنی. اگر شواهد فرضیه را تأیید کردند، فقط همان بخش مرتبط را تغییر می‌دهی و بعد همان تست را دوباره اجرا می‌کنی تا مطمئن شوی مشکل واقعاً برطرف شده است
این اشتباه‌ها را تکرار نکن
- کاربران عادی و Serverهای غیرضروری نباید امکان تغییر یا حذف Backup Repository را داشته باشند؛ مسیر Write باید محدود و حساب Backup جدا باشد
- تغییر دادن تنظیمات مرتبط با امنیت Backup در برابر حمله قبل از اینکه مطمئن شوی مشکل واقعاً به همین بخش مربوط است
- نتیجه‌گیری درباره امنیت Backup در برابر حمله فقط از روی یک نشانه و بدون انجام تست نهایی
حالا خودت انجام بده
- در یک نمونه آزمایشی مرتبط با امنیت Backup در برابر حمله، فقط وضعیت فعلی را مشاهده کن و سه نکته‌ای را که برای تشخیص حالت سالم مهم‌اند یادداشت کن
- با Event Viewer، Firewall، آنتی‌ویروس و Logهای امنیتی وضعیت مرتبط با امنیت Backup در برابر حمله را بدون تغییر بررسی کن، سه داده واقعی جمع کن و توضیح بده هرکدام چه چیزی به تو می‌گویند
- یک خطای فرضی مرتبط با امنیت Backup در برابر حمله بنویس و مشخص کن اولین تست کم‌خطر تو چیست و چه نتیجه‌ای فرضیه‌ات را رد می‌کند
نکته‌هایی که باید با خودت ببری
- Credential Backup جدا باشد
- Repository Write Access عمومی نداشته باشد
- Immutable یا Offline Copy مهم است
- Restore Permission محدود باشد
- Console Backup با MFA محافظت شود
- برای رفع سریع مشکل، کنترل امنیتی را بی‌دلیل خاموش نکن
قبل از رفتن به درس بعد، جواب را برای خودت توضیح بده
این نکته را با یک مثال توضیح بده: Credential Backup جدا باشد. بعد بگو در عمل چطور آن را بررسی می‌کنی.
Backup نسخه‌ای جدا از داده اصلی برای بازیابی بعد از حذف، خرابی یا حادثه است؛ موفقیت Job، محل نگهداری، Retention و Test Restore را با هم ببین
این نکته را با یک مثال توضیح بده: Repository Write Access عمومی نداشته باشد. بعد بگو در عمل چطور آن را بررسی می‌کنی.
کاربران عادی و Serverهای غیرضروری نباید امکان تغییر یا حذف Backup Repository را داشته باشند؛ مسیر Write باید محدود و حساب Backup جدا باشد
این نکته را با یک مثال توضیح بده: Immutable یا Offline Copy مهم است. بعد بگو در عمل چطور آن را بررسی می‌کنی.
نسخه Immutable برای مدت مشخص قابل تغییر یا حذف نیست و در برابر حذف عمدی یا Ransomware لایه دفاعی مهمی می‌سازد
برای ذخیره پیشرفت، دوره را رسمی شروع کن
با ثبت‌نام، تکمیل درس‌ها و نمره آزمون روی حساب ذخیره می‌شود
