ابتدا مسیر کاری در معرض خطر را مشخص کنید
فرض کنید پرتال مشتری یک شرکت از چند ورودی منطقه‌ای ارائه می‌شود. گواهی تمدیدشده در یک ورودی بارگذاری شده، اما ورودی دیگر هنوز نسخه قدیمی را ارائه می‌کند. این سناریویی فرضی برای توضیح روش بررسی است، نه نمونه مشتری. تمدید خرید ثابت نمی‌کند همه مسیرهای دسترسی تغییر کرده‌اند. مسئول کسب‌وکار ابتدا کارهای حیاتی مانند ورود، جست‌وجو و تراکنش را مشخص کند. عملیات سپس دامنه‌ها، پراکسی‌ها، توازن‌دهنده‌های بار و اجزایی را که اتصال رمزگذاری‌شده را واقعاً خاتمه می‌دهند، ترسیم کند.
یک مسیر کاری با اثر روشن را برای اجرای آزمایشی انتخاب کنید. ساعات خدمت، پنجره نگهداری، انواع کلاینت و تماس‌های ارجاع خطا ثبت شوند. رابط‌های داخلی، سایت عمومی و رابط مدیریت تجهیزات جداگانه فهرست شوند؛ اسکن نشانی‌های عمومی به‌تنهایی پوشش کامل را ثابت نمی‌کند. در ورودی تحت مدیریت تأمین‌کننده مشخص شود چه کسی درخواست، نصب، تأیید و مسئولیت اضطراری گواهی را بر عهده دارد. خلأ مسئولیت در توافق خدمت برطرف شود؛ فرض نکنید ارائه‌دهنده پیش از انقضا همه مراحل را انجام می‌دهد.
تاریخ انقضا را به فهرست خدمات دارای مسئول تبدیل کنید
NIST SP 1800-16 برنامه رسمی مدیریت گواهی سرور TLS را روشی سازمانی برای رسیدگی به این ریسک‌ها معرفی و قابلیت پیشگیری، کشف و بازیابی رخدادهای گواهی را بررسی می‌کند. پیاده‌سازی آن نمونه است و الزام به خرید محصول خاص نیست. فهرست، تحویل مسئولیت و روش پذیرش زیر پیشنهاد مستقل JOTOglobal است و باید با توان سامانه و ریسک کاری تطبیق یابد. این مقاله زمان پیش‌هشدار یکسانی تعیین نمی‌کند و راهنمای عملی را تکلیف قانونی همه شرکت‌ها نمی‌داند.
هر رکورد به نام خدمت، محیط، نام‌های دسترسی، شناسه گواهی، زمان انقضا، محل استقرار، مسئول، جانشین و آخرین زمان بررسی مرتبط شود. کلید خصوصی وارد فهرست یا پیوست عادی درخواست کار نشود؛ حساب درخواست و عملیات کلید تحت کنترل دسترسی موجود بمانند. منطقه زمانی و منشأ تاریخ، یعنی رکورد صدور یا مشاهده خدمت فعال، مشخص باشد. همه نمونه‌های استقرار یک خدمت به رکورد متصل شوند؛ یک میزبان نماینده کل مسیر نیست.
هشدار باید به کار مشخص و ارجاع منجر شود
عملیات ابتدا مراحل واقعی تمدید را مشخص کند: تأیید درخواست، بررسی هویت، صدور، توزیع، آزمون و پنجره تغییر. مسئول پیشبرد و وابستگی هر مرحله روشن باشد. زمان یادآوری و ارجاع از مدت واقعی تحویل و ریسک کسب‌وکار تعیین شود، نه از یک تعداد روز ثابت. مسئول خدمت و جانشین هشدار بگیرند و کار بدون متولی، تأیید متوقف‌شده یا فرصت ناکافی به نقش کشیک مشخص ارجاع شود تا مرخصی یا تغییر کارکنان هشدار را بی‌صاحب نکند.
هر هشدار دست‌کم شناسه خدمت، انقضای مشاهده‌شده، ورودی‌های درگیر، مسئول درخواست، موعد تکمیل و شرط بررسی بعدی را حفظ کند. ارسال موفق ایمیل به معنی پذیرش کار نیست و درخواست صرفاً با جمله «تمدید شد» بسته نشود. مسئول پایش تمرین مجاز اجرا کند تا ایجاد کار، تحویل به جانشین و یادآوری مجدد کار ناتمام تأیید شود. برای تمرین نیازی به تغییر اعتبار گواهی واقعی تولید نیست.
پیش از تعویض، وابستگی‌ها و بازیابی را بررسی کنید
مسئول تغییر پیش از درخواست پنجره نگهداری، محدوده نصب، خدمات وابسته، نیاز اعتماد کلاینت و برنامه بازیابی قابل اجرا را تأیید کند. آزمون باید نام‌های دسترسی و کلاینت‌های واقعی کسب‌وکار را پوشش دهد، نه باز کردن یک صفحه از لپ‌تاپ مدیر. روش و محدودیت پشتیبانی تجهیزات، کانتینرها و خدمات میزبانی جداگانه بررسی شود. افراد مجاز تطابق گواهی، زنجیره و کلید را بررسی کنند و کلید خصوصی را در گفتگو یا خدمت تحلیل عمومی نفرستند.
در تعویض مرحله‌ای، شناسه گواهی قدیم و جدید، نتیجه بارگذاری و زمان اجرا برای هر ورودی ثبت و پیکربندی لازم برای بازیابی نگه داشته شود. در احتمال افشای کلید یا نامعتبر بودن گواهی، بازگرداندن فایل قدیم ممکن است ناامن یا بی‌اثر باشد. مسئول امنیت و کسب‌وکار درباره جداسازی، ورودی جایگزین یا صدور اضطراری تصمیم بگیرند. برای بازگرداندن دسترسی اعتبارسنجی گواهی را خاموش نکنید و مسیر موقت را برای همیشه در تولید باقی نگذارید.
پذیرش را با وضعیت واقعی و کار کسب‌وکار انجام دهید
پس از نصب، از نقاط دسترسی مجاز گواهی واقعاً ارائه‌شده را بخوانید و نام مورد انتظار، اعتبار، زنجیره و ورودی را تطبیق دهید. سپس با حساب آزمون ورود، جست‌وجو یا تراکنش مجاز را اجرا و اثر بر رابط‌ها و کارهای خودکار را بررسی کنید. نتیجه ورودی خارجی و هدایت داخلی جداگانه حفظ شود؛ یک صفحه سالم بازیابی همه مسیرها را ثابت نمی‌کند. اگر ورودی هنوز گواهی قدیم ارائه می‌کند، درخواست تغییر باز بماند.
مدارک پذیرش باید نشان دهد چه کسی، چه زمانی و کدام ورودی را تغییر داده است: درخواست مرتبط، شناسه عمومی گواهی، رکورد نصب، مشاهده واقعی، نتیجه آزمون کاری و بازیابی پایش. امنیت استثناها و کار با کلید را بازبینی کند؛ کسب‌وکار کار حیاتی را تأیید کند؛ عملیات فهرست را به‌روز و مسئول مشاهده بعدی را تعیین کند. مناطق خارج از پوشش پایش «تأییدنشده» بمانند و زیر عنوان موفقیت کلی پنهان نشوند.
مسئولیت و پوشش را پیوسته به‌روز نگه دارید
تمدید خودکار می‌تواند کار دستی را کم کند، اما جای تأیید استقرار، پذیرش کسب‌وکار و رسیدگی به شکست را نمی‌گیرد. به‌طور دوره‌ای تطابق رکورد موفقیت با خدمت فعال نمونه‌برداری و شکست درخواست، توزیع، غیبت مسئول و تغییر ورودی اضطراری تمرین شود. هر شکست مجری بعدی و زمان بازبینی داشته باشد، نه فقط یک ردیف قرمز در گزارش روزانه. برای سامانه قدیمی بدون پشتیبانی خودکار، روش دستی کنترل‌شده و جانشین حفظ شود.
دامنه جدید، مهاجرت منطقه‌ای، تغییر ورودی و برون‌سپاری باید بازبینی فهرست و محدوده آزمون را فعال کنند. هدف سبز شدن همه تاریخ‌ها نیست: هنگام بروز ریسک گواهی، فردی باید خدمت درگیر را پیدا کند، در محدوده مجاز بازیابی کند و مدرک قابل بررسی ارائه دهد. ابتدا چرخه فهرست، یادآوری، تعویض و پذیرش یک مسیر را کامل و سپس گسترده کنید تا تداوم خدمت با وجود ابزار جدید همچنان وابسته به حافظه چند نفر نماند.
منابع
NIST SP 1800-16: Securing Web Transactions: TLS Server Certificate Management