مسیرهای دسترسی را از زمان تحویل کار ترسیم کنید
فرض کنید کارشناس عملیات شرکتی با چند منطقه زمانی، روز جمعه کار را تحویل می‌دهد. او با حساب سازمانی وارد سامانه تیکت می‌شود، برای کنسول ابر نشست باز مرورگر دارد، مجوز دسترسی از راه دور دارد و پیش‌تر کارهای خودکار را در محیط اجرای مشترک مستقر کرده است. مدیر پس از دریافت اطلاعیه منابع انسانی، زمان اجرای لغو دسترسی و منطقه زمانی آن را تأیید می‌کند و یک هماهنگ‌کننده کشیک برای پیگیری هر سامانه تعیین می‌کند. مستندات کاری که از پیش تحویل شده‌اند نزد جانشین می‌مانند. غیرفعال‌سازی حساب، پایان نشست و انتقال مالکیت هویت سرویس را جداگانه در تیکت ثبت کنید و برای هر مورد سامانه، مجری و تأییدکننده بنویسید. پایان روز کاری در مناطق مختلف لزوماً هم‌زمان نیست.
در فهرست کنترل‌های امنیت و حریم خصوصی مؤسسه NIST، کنترل مدیریت حساب به چرخه عمر حساب و ارتباط آن با تغییرات پرسنلی می‌پردازد. کنترل خاتمه همکاری شامل لغو دسترسی، بازپس‌گیری اعتبارنامه‌ها و حفظ دسترسی سازمان به اطلاعات است. گام‌های زیر این اهداف را به کار و شواهد قابل برنامه‌ریزی برای شرکت تبدیل می‌کنند. هماهنگ‌کننده با مدیران هویت، ورود متمرکز و حساب‌های محلی را فهرست می‌کند. سپس مالکان برنامه مستأجرهای خارجی، نقش‌های مدیریتی، منابع مشترک و نشست‌هایی را که هنوز قادر به انجام عملیات‌اند مشخص می‌کنند. مالک ثبت‌شده دارایی نقطه آغاز بررسی است. آن را با فهرست مجوزها و سوابق ممیزی برنامه تطبیق دهید و به حساب‌های استثنایی شعب توجه ویژه کنید.
دسترسی را در هر سامانه لغو کنید
در زمان توافق‌شده، مدیر هویت ورود فردی را غیرفعال می‌کند و در صورت پشتیبانی سامانه، نشست‌های موجود و اعتبارنامه‌های نوسازی را لغو می‌کند. زمان و نتیجه گزارش‌شده هر اقدام را نگه می‌دارد. مالکان برنامه حساب‌های مستقل، فضاهای همکاری خارجی و نقش‌های اعطاشده مستقیم را جداگانه بررسی و لغو می‌کنند. مسئول کشیک شبکه بررسی می‌کند که آیا اتصال فعال از راه دور باید روی تجهیز دسترسی قطع شود و تأخیر همگام‌سازی را می‌سنجد. برای مسیرهایی با گواهی دستگاه، اعتبارنامه سخت‌افزاری یا احراز هویت مستقل، طبق رویه موجود مسئول ابطال یا بازپس‌گیری و زمان مشاهده تغییر در سامانه مقصد را مشخص کنید. هماهنگ‌کننده انتظار برای انتشار تغییر و شکست اجرا را جداگانه ثبت می‌کند. مسئول کشیک در این فاصله درباره استفاده از محدودیت‌های موقت موجود تصمیم می‌گیرد.
در محیط اجرای مشترک، فرد مستقرکننده را از هویتی که کار با آن اجرا می‌شود جدا کنید. مالک برنامه زمان‌بند، ارجاع‌های مخزن اسرار و پیکربندی برنامه را بررسی می‌کند تا هویت فراخوان سامانه مقصد و توان فرد سابق برای خواندن یا تولید دوباره اعتبارنامه روشن شود. اگر کاری هنوز با هویت شخصی اجرا می‌شود، مسئول مشخصی در بازه تأییدشده آن را به هویت سرویس مجاز منتقل می‌کند، مجوزها را محدود می‌کند و اجرای برنامه‌ریزی‌شده را می‌آزماید. اگر فرد به اعتبارنامه مشترکِ همچنان معتبر دسترسی داشته، طبق رویه سامانه آن را به‌صورت کنترل‌شده تعویض کنید. ابتدا وابستگی‌ها و شرایط بازگشت را بررسی کنید و سپس رد شدن اعتبارنامه قدیمی را در مقصد بسنجید. تغییر مالکیت کار یا سرویس را جدا ثبت کنید تا هشدارها گیرنده داشته باشند و پیکربندی قابل نگهداری بماند.
با دو گروه آزمون نتیجه را بپذیرید
ابتدا تأییدکننده در محیط آزمون مجاز و با هویت آزمایشی تابع همان سیاست، ورود تازه، نشست قبلی مرورگر و اتصال طولانی‌مدت را پس از لغو دسترسی بررسی می‌کند. اگر سامانه امکان امن استعلام نشست یا ممیزی دارد، از رخدادهای محیط عملیاتی برای اثبات نوع اقدام روی حساب هدف، زمان، مجری و شیء مربوط استفاده کنید. تطابق سیاست آزمایشی و عملیاتی را ثبت کنید و سامانه‌های قدیمی و مستأجرهای خارجی را که محیط آزمون پوشش نمی‌دهد مشخص کنید. اگر آزمون شکست خورد، پاسخ و زمان آن را نگه دارید. از استفاده دوباره از گذرواژه فرد یا کپی توکن فعال او خودداری کنید. مسیرهای تأییدنشده را باز نگه دارید و مسئول تکمیل شواهد و زمان بررسی بعدی را بنویسید.
مالک کسب‌وکار و مدیر جانشین گروه دوم آزمون را اجرا می‌کنند. با حساب خودشان مستندات تحویل‌شده را باز می‌کنند، ادامه رسیدگی به تیکت‌های باز را می‌سنجند و مشاهده می‌کنند که یک اجرای خودکار نمونه در زمان مقرر خروجی مورد انتظار را می‌دهد. نسخه‌های نگهداری‌شده و مدارک ممیزی را فقط در محدوده تأییدشده منتقل کنید و همراه شواهد، مجوز مشاهده را بازبینی کنید. تیکت می‌تواند شناسه رخداد، زمان بررسی برنامه، نتیجه و تأیید دریافت جانشین را دربرداشته باشد. فیلدهای حساس را در سامانه دارای کنترل دسترسی نگه دارید. اگر گزارش‌ها با تأخیر ثبت می‌شوند، زمان رخداد و زمان مشاهده را جدا نگه دارید تا شیفت بعد مدت انتظار واقعی را محاسبه کند.
زمان بستن تیکت را تعیین کنید
یک خطای رایج این است که فقط وضعیت غیرفعال حساب در دایرکتوری هویت بررسی شود. اگر مسیری تنها هنگام برقراری اتصال احراز هویت کند، چرخه عمر اتصال موجود ممکن است با وضعیت دایرکتوری فرق داشته باشد. خطای دیگر حذف فایل‌های سازمانی همراه حساب برای بستن سریع تیکت یا تعویض همه گذرواژه‌های مشترک بدون برنامه آزمون وابستگی‌هاست. شواهد کنترل دسترسی و تداوم کار را با هم شرط تحویل کنید. اگر تنها پیمانکار می‌تواند در مستأجر خود اقدام کند، تأییدیه‌ای با دامنه اشیا و زمان بخواهید. مشخص کنید تیم شما کدام اقدام را مستقل بررسی کرده و برای کدام هنوز منتظر پاسخ است. یک ایمیل کلی درباره پایان کار وضعیت چند سامانه را اثبات نمی‌کند.
در پایان هماهنگ‌کننده هر مورد را با زمان اجرا و شواهد تحویل تطبیق می‌دهد. اگر مجوز همچنان فعال است، نتیجه روشن نیست یا جانشین نمی‌تواند کاری حیاتی را انجام دهد، مورد را باز بگذارید. برای شیفت بعد مسئول ریسک، اقدام موقت، مهلت استثنا و روش آزمون دوباره را ثبت کنید. پیش از تعیین مهلت پیگیری، دوره واقعی نوسازی و توان لغو دسترسی هر سامانه را بسنجید. در اختلاف کاری، نگهداری اطلاعات یا تحقیق، مسئول مربوط طبق رویه تأییدشده ترتیب غیرفعال‌سازی و دامنه مدارک را تعیین می‌کند. این آزمون‌ها برای سامانه‌هایی هستند که سازمان مجاز به مدیریت آن‌هاست و وضعیت دستگاه شخصی، حساب مستقل شخص ثالث یا نسخه محلی را اثبات نمی‌کنند.
منابع
NIST SP 800-53 Rev. 5 (AC-2, PS-4)