قطع دسترسی از راه دور کارکنان پس از پایان همکاری؛ چک‌لیست عملی

زمان تقریبی مطالعه: ۴ دقیقه

تیم محتوای ریموتو · ۲۶ مهر ۱۴۰۵

پایان همکاری یک کارمند یا پیمانکار فقط به تحویل لپ‌تاپ محدود نیست. ممکن است حساب او هنوز به رایانه‌های شرکت، گروه‌های پشتیبانی یا ابزارهای مدیریت دسترسی داشته باشد. این مقاله یک چک‌لیست اجرایی برای جمع‌آوری و تأیید قطع دسترسی از راه دور پیشنهاد می‌کند؛ بدون اینکه حذف شتاب‌زده حساب، شواهد و مسئولیت‌های کاری را از بین ببرد.

۱. مسئول، زمان اجرا و دامنه را مشخص کنید

درخواست باید از مسیر مجاز سازمان به مسئول فناوری اطلاعات برسد. زمان پایان دسترسی، حساب‌های متعلق به فرد و مدیر تأییدکننده را ثبت کنید. اگر همکاری فقط تغییر کرده است، مانند جابه‌جایی از تیم فروش به پشتیبانی، موضوع ممکن است بازتعریف مجوز باشد نه حذف کامل حساب. تصمیم را مستند کنید تا اجرای فنی بر اساس برداشت شخصی نباشد.

۲. فهرست همه مسیرهای دسترسی را بسازید

حساب پنل فروش، حساب کنترل از راه دور، کاربر ویندوز، دسترسی شبکه و حساب شرکت پیمانکار ممکن است جدا باشند. بستن یکی از آن‌ها اثبات نمی‌کند که بقیه هم بسته شده‌اند. برای هر مسیر، شناسه حساب، گروه‌ها، نقش مدیریتی، دستگاه‌های مجاز و مسئول سامانه را بنویسید. حساب مشترک، کد اتصال ماندگار و کلیدهای دسترسی احتمالی را هم از قلم نیندازید.

برای پیشگیری در همکاری‌های بعدی، هر شخص حساب مستقل و دسترسی متناسب با وظیفه داشته باشد. مقاله کنترل دسترسی مبتنی بر نقش نقطه شروعی برای طراحی این ساختار است. فهرست تجهیزات را نیز با راهنمای مدیریت متمرکز کامپیوترهای شرکت منظم کنید.

۳. ورود جدید و نشست موجود را جدا بررسی کنید

غیرفعال‌کردن حساب و پایان‌دادن به یک نشست فعال لزوماً یک عملیات نیستند. مستند مایکروسافت درباره Microsoft Entra توضیح می‌دهد که برنامه‌ها می‌توانند توکن نشست خود را داشته باشند و اثر لغو دسترسی به سازوکار برنامه وابسته است. بنابراین برای هر سامانه، رفتار مسدودسازی ورود، انقضای توکن و خاتمه نشست را از مستند همان سامانه بررسی کنید.

در ابزار ریموت، مسئول مجاز باید حساب را محدود یا غیرفعال کند و سپس نشست‌های باز و امکان اتصال تازه را جداگانه بررسی کند. اگر خاتمه نشست به اقدام دیگری نیاز دارد، آن اقدام را طبق فرایند محصول انجام دهید. وجود دکمه «غیرفعال» در یک پنل، به‌تنهایی مدرک قطع تمام مسیرهای دسترسی نیست.

۴. مجوزهای باقی‌مانده و وابستگی‌ها را بازبینی کنید

عضویت در گروه‌های دستگاه، نقش مدیر، دسترسی پشتیبانی مشتریان و مجوز انتقال فایل را مرور کنید. اگر فرد رمز مشترکی می‌دانسته یا کلیدی را نگهداری می‌کرده است، مسئول سامانه باید درباره تعویض آن تصمیم بگیرد. تغییر را با هماهنگی انجام دهید تا سرویس دیگری که به همان اعتبارنامه وابسته است، ناخواسته قطع نشود. مسئولیت حساب‌های خدمتی را هم به فرد مشخصی منتقل کنید.

۵. مالکیت کارها را پیش از حذف حساب تحویل دهید

تیکت‌های باز، دستگاه‌های تحت مدیریت، کارهای زمان‌بندی‌شده و مستندات فنی ممکن است هنوز به فرد قبلی وابسته باشند. برای هر مورد یک مسئول جدید و وضعیت تحویل ثبت کنید. لازم نیست برای این انتقال، رمز شخصی فرد به همکار دیگری داده شود؛ از قابلیت‌های مدیریتی مجاز همان محصول استفاده کنید و مسئولیت‌ها را با حساب مستقل تحویل دهید.

۶. نتیجه را با آزمون کنترل‌شده تأیید کنید

1. وضعیت حساب و حذف نقش‌های غیرمجاز را در سامانه‌های فهرست‌شده بررسی کنید.
2. با حساب آزمایشی تحت کنترل مدیر، رفتار مسدودسازی را تمرین کنید؛ بدون درخواست رمز شخصی فرد.
3. گزارش نشست‌های باز و رویدادهای بعد از زمان قطع را بررسی کنید.
4. در صورت مشاهده مسیر باقی‌مانده، آن را به مسئول همان سامانه ارجاع دهید.
5. زمان اجرا، نتیجه آزمون و نام تأییدکننده را در درخواست ثبت کنید.

گزارش‌ها را برای پیگیری حفظ کنید

قبل از پاک‌کردن دائمی حساب، نیاز عملیاتی به سوابق را با مسئول مربوط بررسی کنید. مدت نگهداری باید تابع سیاست سازمان باشد؛ این چک‌لیست جایگزین سیاست حقوقی یا منابع انسانی نیست. در راهنمای ثبت رویداد می‌توانید با نقش گزارش‌ها در پیگیری فعالیت‌ها آشنا شوید.

این فرایند را در ریموتو چگونه ارزیابی کنیم؟

در نسخه و استقرار واقعی خود، تفاوت حساب فروش و حساب دسترسی به دستگاه‌ها را مشخص کنید. با یک کاربر آزمایشی، محدودکردن نقش، لغو دسترسی گروه و رفتار نشست موجود را بررسی کنید. زمان تکمیل را پس از تأیید نتیجه ثبت کنید، نه صرفاً پس از کلیک روی یک گزینه. همین تمرین ساده، نقاط مبهم فرایند پایان همکاری را پیش از رخداد واقعی آشکار می‌کند.

منبع و مطالعه بیشتر

مستند مایکروسافت درباره لغو دسترسی، توکن‌ها و نشست‌های کاربر