تجهیزات را گروه‌بندی کنید، نه این‌که یکی‌یکی در صف بگذارید
یک شرکت فرضی را در نظر بگیرید که دفتر مرکزی و حدود دوازده شعبه دارد. سوئیچ‌های هسته، روترهای شعبه و فایروال‌های مرزی آن از نسل‌های مختلف هستند و وصله‌ها تاکنون هر بار که مهندس شبکه وقت آزاد داشته، دستگاه به دستگاه اعمال شده‌اند. وقتی سازنده یک اطلاعیه امنیتی منتشر می‌کند، تیم امنیت خواستار رفع سریع است، اما واحدهای کسب‌وکار نگران‌اند که ارتقا و راه‌اندازی مجدد، صندوق‌های فروش و جلسات ویدیویی را قطع کند. در نهایت کسی حاضر به امضا نیست و تجهیزات روی نسخه قدیمی می‌مانند. ریشه این بن‌بست دشواری فنی نیست، بلکه نبودِ توافق قبلی درباره این است که چه کسی ریسک را ارزیابی می‌کند، از کدام پنجره استفاده می‌شود و اگر مشکلی پیش آمد چگونه به عقب برگردیم.
راهنمای NIST در سال ۲۰۲۲ درباره برنامه‌ریزی مدیریت وصله در سازمان، وصله‌کردن را نگهداری پیشگیرانه فناوری می‌داند و توصیه می‌کند مدیریت ارشد، صاحبان کسب‌وکار و تیم‌های فناوری با هم یک راهبرد سازمانی تدوین کنند، نه این‌که بار آن تنها بر دوش کارکنان عملیات باشد. بر همین اساس، JOTOglobal پیشنهاد می‌کند تجهیزات شبکه بر پایه اثر کسب‌وکاری گروه‌بندی شوند: تجهیزات افزونه‌ای که سرویس‌های اصلی را حمل می‌کنند، تجهیزات شعبه که به‌صورت نقطه واحد کار می‌کنند، تجهیزات مرز اینترنت، و تجهیزات آزمایشگاهی یا یدکی. برای هر گروه، صاحب کسب‌وکار، بازه نگهداری قابل‌قبول، آهنگ عادی و مسیر شتاب‌یافته برای شرایط اضطراری را ثبت کنید و آن را به امضای صاحب کسب‌وکار برسانید. از آن پس هر وصله بر اساس گروه اجرا می‌شود و لازم نیست هر بار دوباره مذاکره شود. فهرست گروه‌ها باید مدل هر دستگاه، نسخه فعلی، وضعیت پشتیبانی و نشانی مدیریتی آن را نیز ثبت کند. هرجا سوابق دارایی با دستگاه واقعی مطابقت ندارد، مسئول شبکه پیش از زمان‌بندی آن را در محل بررسی می‌کند تا روز پنجره معلوم نشود که مدل یا مجوز با برنامه متفاوت است.
شرایط بازگشت را پیش از پنجره آماده کنید
پس از تعیین پنجره، مسئول شبکه پیش از هر اقدامی سه آماده‌سازی را انجام می‌دهد. نخست، پیکربندی در حال اجرا و پیکربندی راه‌اندازی را خروجی بگیرد، نسخه فعلی نرم‌افزار، مقدار چک‌سام ایمیج و فضای خالی را ثبت کند و مطمئن شود ایمیج قدیمی هنوز روی دستگاه یا در فضای ذخیره‌سازی کنترل‌شده نگهداری می‌شود. دوم، یادداشت انتشار نسخه هدف را بخواند، مشکلات شناخته‌شده، حداقل مسیر ارتقا و سازگاری با ماژول‌ها و مجوزهای موجود را بررسی کند و در صورت نیاز ابتدا روی دستگاه یدکی یا در محیط آزمایشگاهی نصب آزمایشی انجام دهد. سوم، شرایط آغاز بازگشت را بنویسد؛ برای مثال لینک حیاتی که در زمان توافق‌شده بازیابی نشود، همسایه‌های مسیریابی که دوباره برقرار نشوند یا کاوش‌های کسب‌وکاری که پیوسته شکست بخورند، و مشخص کند چه کسی درباره بازگشت تصمیم می‌گیرد و بازگشت تقریباً چه مدت طول می‌کشد.
برای تجهیزات هسته‌ای که به‌صورت جفت مستقر شده‌اند، ابتدا گره پشتیبان را ارتقا دهید و تنها پس از تأیید همگام‌سازی وضعیت و جابه‌جایی ترافیک، سراغ گره اصلی بروید. برای تجهیزات شعبه که نقطه واحد هستند، از قبل به فروشگاه یا دفتر اطلاع دهید و یک رابط حضوری و مسیر مدیریت خارج از باند آماده کنید. ممکن است پس از ارتقا لازم باشد قوانین فایروال یا جدول نشست‌ها دوباره بارگذاری شوند، بنابراین در برگه تغییر باید نوشته شود که آیا اتصال‌های موجود قطع می‌شوند یا نه. همه مدارک آماده‌سازی به برگه تغییر پیوست می‌شود تا تأییدکننده واقعیت‌هایی قابل بررسی ببیند، نه فقط یک جمله که «ریسک ارزیابی شده است». اگر تأییدکننده متوجه شود زمان بازگشت از مدت قطعی قابل‌تحمل برای کسب‌وکار بیشتر است، باید پیش از پنجره برنامه را تغییر داد؛ برای مثال به بازه نگهداری طولانی‌تری منتقل شود، ابتدا یک لینک پشتیبان موقت افزوده شود یا کار به دو تغییر جداگانه تقسیم شود، به‌جای آن‌که به موفقیت ارتقا در نخستین تلاش امید بسته شود.
نتیجه را در دو سطح بپذیرید
سطح نخست، بررسی دستگاه توسط مهندس شبکه است: نسخه نرم‌افزار با هدف یکسان باشد، چک‌سام ایمیج درست باشد، وضعیت رابط‌ها و تجمیع لینک عادی باشد، همسایه‌های مسیریابی و وضعیت دسترس‌پذیری بالا بازیابی شده باشند و هیچ هشدار جدیدی در گزارش‌ها تکرار نشود؛ همه این‌ها مورد به مورد با وضعیتی که پیش از ارتقا خروجی گرفته شده مقایسه می‌شوند. سطح دوم، مجموعه‌ای از کاوش‌هاست که از قبل توافق شده و واحد کسب‌وکار در همان پنجره اجرا می‌کند: ورود به برنامه‌های کلیدی، انجام یک تراکنش آزمایشی، برقراری یک تماس صوتی شعبه و باز کردن یک جلسه ویدیویی. نتیجه هر دو سطح در برگه تغییر ثبت می‌شود. اگر هر یک از دو سطح موفق نباشد، تیم بر اساس شرایطی که از پیش نوشته شده عمل می‌کند و در همان لحظه درباره پذیرفتن یا نپذیرفتن بحث نمی‌کند. کاوش‌ها باید مسیرهای کسب‌وکاری را دنبال کنند که واقعاً به این تجهیزات وابسته‌اند و توسط افرادی اجرا شوند که آن کسب‌وکار را می‌شناسند. باز کردن یک صفحه وب توسط مهندس شبکه معمولاً برای اثبات بازیابی صندوق فروشگاه یا تماس صوتی میان مناطق کافی نیست.
پذیرش باید یک دوره مشاهده پس از پنجره را هم دربر بگیرد. برخی مشکلات فقط در اوج ترافیک، هنگام چرخش گواهی‌ها یا در پشتیبان‌گیری شبانه ظاهر می‌شوند؛ بنابراین مهندس شبکه کشیک در نخستین اوج کاری بعدی دوباره شاخص‌های کلیدی را بررسی می‌کند و مشاهده را به برگه تغییر می‌افزاید. اگر دستگاه‌های دیگری از همان گروه در انتظارند، ابتدا مطمئن شوید نخستین دستگاه در طول دوره مشاهده پایدار مانده و سپس بر اساس گروه ادامه دهید. در تمام مراحل، تصویر یا خروجی فرمان نسخه پیش و پس از ارتقا، سوابق کاوش‌های کسب‌وکاری و نام امضاکنندگان را نگه دارید تا برای ممیزی و استفاده دوباره در دفعه بعد در دسترس باشد.
خطاهای رایج و محدوده کاربرد
یکی از خطاهای رایج این است که گزارش‌نشدن مشکل از سوی سازنده دلیلی برای تعویق نامحدود تلقی شود. خطای دیگر این است که پس از یک اطلاعیه فوری، آماده‌سازی بازگشت کنار گذاشته شود و تجهیزات تولیدی مستقیماً ارتقا یابند. اولی آسیب‌پذیری‌های شناخته‌شده را برای مدت طولانی در معرض می‌گذارد و دومی ممکن است یک مسئله امنیتی را به قطعی کسب‌وکار تبدیل کند. رویکرد پایدارتر این است که وصله‌های عادی بر اساس گروه پیش بروند، وصله‌های فوری از مسیر شتاب‌یافته‌ای که از قبل تأیید شده عبور کنند و با این حال هیچ‌یک از شرایط بازگشت و کاوش‌های کسب‌وکاری حذف نشود. اگر ارتقا موقتاً ممکن نیست، ثبت کنید چه اقدامات کاهشی موقتی اعمال شده، چه کسی پذیرش ریسک باقی‌مانده را تأیید کرده و چه زمانی دوباره بازبینی می‌شود. نرخ تکمیل وصله می‌تواند شاخص مدیریتی باشد، اما باید همراه با تعداد وصله‌هایی گزارش شود که به دلیل نبود شرایط بازگشت یا کاوش‌های کسب‌وکاری به تعویق افتاده‌اند تا سازمان ببیند خود فرایند کجا نیاز به بهبود دارد.
روش گروه‌بندی و پذیرش در این مقاله، توصیه سازمانی JOTOglobal برای محیط‌های رایج شبکه سازمانی است. این روش جایگزین دستورالعمل ارتقای سازنده تجهیزات نیست و تضمین نمی‌کند که هیچ نسخه‌ای مشکل سازگاری نداشته باشد. تجهیزاتی که پشتیبانی آن‌ها پایان یافته و دیگر وصله دریافت نمی‌کنند به برنامه جداگانه‌ای برای جایگزینی یا جداسازی نیاز دارند، و صنایع تحت نظارت باید الزامات تغییر و ثبت سوابق صنعت خود را نیز رعایت کنند. بازه‌های مشخص نگهداری، طول دوره مشاهده و محدودیت زمانی بازگشت را هر شرکت باید بر اساس اثر کسب‌وکاری خود تعیین کند.