با حوصله بخوان، مثال‌ها را تحلیل کن و تمرین‌ها را انجام بده؛ هدف حفظ کردن تعریف‌ها نیست
Patch آسیب‌پذیری و Bug را اصلاح می‌کند
Patch می‌تواند Vulnerability یا Bug شناخته‌شده را رفع کند؛ اولویت نصب بر اساس شدت، Exposure و اهمیت سیستم تعیین می‌شود نه فقط جدید بودن Patch به‌روزرسانی سیستم‌عامل فقط اضافه کردن قابلیت جدید نیست و بخشی از نگهداری امنیتی و پایداری سیستم محسوب می‌شود؛ Microsoft برای Windows سازوکارهای جداگانه‌ای برای Quality Update، Feature Update و Driver Update دارد و در محیط سازمانی زمان‌بندی و سیاست دریافت آن‌ها قابل مدیریت است؛ پیش از تغییر گسترده بهتر است سازگاری، فضای آزاد، وضعیت Backup و مشکلات شناخته‌شده نسخه بررسی شود و بعد از نصب نیز وضعیت سرویس‌ها و برنامه‌های اصلی کنترل شود در کار روزمره بهتر است این موضوع را این‌طور بررسی کنی: در رخداد امنیتی مشکوک، اقدام عجولانه می‌تواند شواهد را از بین ببرد یا دامنه اثر را بیشتر کند؛ زمان، User، Device، IP، Alert و تغییرات اخیر ثبت شوند و بر اساس رویه سازمان Escalation انجام شود؛ اگر لازم است دسترسی محدود شود، این کار باید هدفمند و قابل ثبت باشد و بعد از مهار، بازیابی و بررسی علت ادامه پیدا کند
قبل از Rollout گسترده Test لازم است
Patch را ابتدا روی گروه کوچک و نماینده تست کن، سپس مرحله‌ای گسترش بده تا ناسازگاری قبل از اثر روی کل سازمان دیده شود به‌روزرسانی سیستم‌عامل فقط اضافه کردن قابلیت جدید نیست و بخشی از نگهداری امنیتی و پایداری سیستم محسوب می‌شود؛ Microsoft برای Windows سازوکارهای جداگانه‌ای برای Quality Update، Feature Update و Driver Update دارد و در محیط سازمانی زمان‌بندی و سیاست دریافت آن‌ها قابل مدیریت است؛ پیش از تغییر گسترده بهتر است سازگاری، فضای آزاد، وضعیت Backup و مشکلات شناخته‌شده نسخه بررسی شود و بعد از نصب نیز وضعیت سرویس‌ها و برنامه‌های اصلی کنترل شود در کار روزمره بهتر است این موضوع را این‌طور بررسی کنی: امنیت عملی برای پشتیبان یعنی کاهش سطح حمله در کار روزمره؛ MFA، Patch Management، اصل حداقل دسترسی، جداسازی حساب مدیریتی، Backup قابل بازیابی و Logging اجزای مکمل هستند؛ هیچ کنترل واحدی همه تهدیدها را متوقف نمی‌کند و دفاع لایه‌ای باعث می‌شود شکست یک کنترل مستقیماً به دسترسی کامل منجر نشود در کار روزمره بهتر است این موضوع را این‌طور بررسی کنی: در رخداد امنیتی مشکوک، اقدام عجولانه می‌تواند شواهد را از بین ببرد یا دامنه اثر را بیشتر کند؛ زمان، User، Device، IP، Alert و تغییرات اخیر ثبت شوند و بر اساس رویه سازمان Escalation انجام شود؛ اگر لازم است دسترسی محدود شود، این کار باید هدفمند و قابل ثبت باشد و بعد از مهار، بازیابی و بررسی علت ادامه پیدا کند
بازه نگهداری زمان کنترل‌شده است
بازه نگهداری بازه هماهنگ‌شده برای انجام تغییر با کمترین اثر روی کسب‌وکار است؛ زمان برای بررسی قبل از تغییر، اجرا، بررسی نهایی و بازگشت امن در نظر بگیر شروع تغییر نزدیک پایان Window بدون زمان بازگشت امن خطرناک است به‌روزرسانی سیستم‌عامل فقط اضافه کردن قابلیت جدید نیست و بخشی از نگهداری امنیتی و پایداری سیستم محسوب می‌شود؛ Microsoft برای Windows سازوکارهای جداگانه‌ای برای Quality Update، Feature Update و Driver Update دارد و در محیط سازمانی زمان‌بندی و سیاست دریافت آن‌ها قابل مدیریت است؛ پیش از تغییر گسترده بهتر است سازگاری، فضای آزاد، وضعیت Backup و مشکلات شناخته‌شده نسخه بررسی شود و بعد از نصب نیز وضعیت سرویس‌ها و برنامه‌های اصلی کنترل شود Change Enablement بر این تأکید دارد که تغییر با ارزیابی ریسک، مجوز متناسب، زمان‌بندی، برنامه اجرا، معیار موفقیت و راه بازگشت کنترل شود؛ حتی تغییر کوچک اگر روی سرویس مشترک انجام شود می‌تواند دامنه اثر بزرگی داشته باشد؛ قبل از اجرا باید وضعیت فعلی ثبت شود، وابستگی‌ها شناخته شوند و بعد از تغییر هم آزمون فنی و تأیید کارکرد سرویس انجام شود؛ اگر شرایط از برنامه خارج شد، توقف و Rollback بخشی از اجرای حرفه‌ای است
بازگشت امن برای Patch پرریسک مهم است
بازگشت امن، برنامه و اقدام بازگرداندن سیستم به وضعیت قبل از تغییر است؛ Trigger مشخص کن که چه زمانی باید تغییر را متوقف و برگردانی داشتن Backup بدون دانستن روش و زمان Restore، بازگشت امن کامل نیست به‌روزرسانی سیستم‌عامل فقط اضافه کردن قابلیت جدید نیست و بخشی از نگهداری امنیتی و پایداری سیستم محسوب می‌شود؛ Microsoft برای Windows سازوکارهای جداگانه‌ای برای Quality Update، Feature Update و Driver Update دارد و در محیط سازمانی زمان‌بندی و سیاست دریافت آن‌ها قابل مدیریت است؛ پیش از تغییر گسترده بهتر است سازگاری، فضای آزاد، وضعیت Backup و مشکلات شناخته‌شده نسخه بررسی شود و بعد از نصب نیز وضعیت سرویس‌ها و برنامه‌های اصلی کنترل شود Change Enablement بر این تأکید دارد که تغییر با ارزیابی ریسک، مجوز متناسب، زمان‌بندی، برنامه اجرا، معیار موفقیت و راه بازگشت کنترل شود؛ حتی تغییر کوچک اگر روی سرویس مشترک انجام شود می‌تواند دامنه اثر بزرگی داشته باشد؛ قبل از اجرا باید وضعیت فعلی ثبت شود، وابستگی‌ها شناخته شوند و بعد از تغییر هم آزمون فنی و تأیید کارکرد سرویس انجام شود؛ اگر شرایط از برنامه خارج شد، توقف و Rollback بخشی از اجرای حرفه‌ای است
سیستم Unsupported ریسک دارد
وقتی سیستم‌عامل یا نرم‌افزار از چرخه Support خارج شود ممکن است Patch امنیتی و رفع Bug جدید دریافت نکند؛ باید برنامه Upgrade، جداسازی یا کنترل جبرانی برای آن داشته باشی به‌روزرسانی سیستم‌عامل فقط اضافه کردن قابلیت جدید نیست و بخشی از نگهداری امنیتی و پایداری سیستم محسوب می‌شود؛ Microsoft برای Windows سازوکارهای جداگانه‌ای برای Quality Update، Feature Update و Driver Update دارد و در محیط سازمانی زمان‌بندی و سیاست دریافت آن‌ها قابل مدیریت است؛ پیش از تغییر گسترده بهتر است سازگاری، فضای آزاد، وضعیت Backup و مشکلات شناخته‌شده نسخه بررسی شود و بعد از نصب نیز وضعیت سرویس‌ها و برنامه‌های اصلی کنترل شود در یک شبکه یا سیستم واقعی، این موضوع زمانی روشن می‌شود که در رخداد امنیتی مشکوک، اقدام عجولانه می‌تواند شواهد را از بین ببرد یا دامنه اثر را بیشتر کند؛ زمان، User، Device، IP، Alert و تغییرات اخیر ثبت شوند و بر اساس رویه سازمان Escalation انجام شود؛ اگر لازم است دسترسی محدود شود، این کار باید هدفمند و قابل ثبت باشد و بعد از مهار، بازیابی و بررسی علت ادامه پیدا کند
فرض کن در زیرساخت امنیتی شرکت مشکلی گزارش شده و احتمال می‌دهی به Patch Management مربوط باشد. قبل از تغییر، وضعیت فعلی را با Event Viewer، Firewall، آنتی‌ویروس و Logهای امنیتی بررسی می‌کنی و نتیجه را با یک حالت سالم یا مستند معتبر مقایسه می‌کنی. اگر شواهد فرضیه را تأیید کردند، فقط همان بخش مرتبط را تغییر می‌دهی و بعد همان تست را دوباره اجرا می‌کنی تا مطمئن شوی مشکل واقعاً برطرف شده است
این اشتباه‌ها را تکرار نکن
- تغییر دادن تنظیمات مرتبط با Patch Management قبل از اینکه مطمئن شوی مشکل واقعاً به همین بخش مربوط است
- نتیجه‌گیری درباره Patch Management فقط از روی یک نشانه و بدون انجام تست نهایی
حالا خودت انجام بده
- در یک نمونه آزمایشی مرتبط با Patch Management، فقط وضعیت فعلی را مشاهده کن و سه نکته‌ای را که برای تشخیص حالت سالم مهم‌اند یادداشت کن
- با Event Viewer، Firewall، آنتی‌ویروس و Logهای امنیتی وضعیت مرتبط با Patch Management را بدون تغییر بررسی کن، سه داده واقعی جمع کن و توضیح بده هرکدام چه چیزی به تو می‌گویند
- یک خطای فرضی مرتبط با Patch Management بنویس و مشخص کن اولین تست کم‌خطر تو چیست و چه نتیجه‌ای فرضیه‌ات را رد می‌کند
نکته‌هایی که باید با خودت ببری
- Patch آسیب‌پذیری و Bug را اصلاح می‌کند
- قبل از Rollout گسترده Test لازم است
- بازه نگهداری زمان کنترل‌شده است
- بازگشت امن برای Patch پرریسک مهم است
- سیستم Unsupported ریسک دارد
- برای رفع سریع مشکل، کنترل امنیتی را بی‌دلیل خاموش نکن
قبل از رفتن به درس بعد، جواب را برای خودت توضیح بده
این نکته را با یک مثال توضیح بده: Patch آسیب‌پذیری و Bug را اصلاح می‌کند. بعد بگو در عمل چطور آن را بررسی می‌کنی.
Patch می‌تواند Vulnerability یا Bug شناخته‌شده را رفع کند؛ اولویت نصب بر اساس شدت، Exposure و اهمیت سیستم تعیین می‌شود نه فقط جدید بودن Patch
این نکته را با یک مثال توضیح بده: قبل از Rollout گسترده Test لازم است. بعد بگو در عمل چطور آن را بررسی می‌کنی.
Patch را ابتدا روی گروه کوچک و نماینده تست کن، سپس مرحله‌ای گسترش بده تا ناسازگاری قبل از اثر روی کل سازمان دیده شود
این نکته را با یک مثال توضیح بده: بازه نگهداری زمان کنترل‌شده است. بعد بگو در عمل چطور آن را بررسی می‌کنی.
بازه نگهداری بازه هماهنگ‌شده برای انجام تغییر با کمترین اثر روی کسب‌وکار است؛ زمان برای بررسی قبل از تغییر، اجرا، بررسی نهایی و بازگشت امن در نظر بگیر
برای ذخیره پیشرفت، دوره را رسمی شروع کن
با ثبت‌نام، تکمیل درس‌ها و نمره آزمون روی حساب ذخیره می‌شود
