حساب سرویس بدون مالک؛ دسترسی کوچکی که فراموش می‌شود

منبع مفهومی: امن‌سازی Service Principal در Microsoft Entra. کارت پیشنهادی زیر روش مستقل این یادداشت برای گفت‌وگوی عملیاتی است، نه سیاست آماده همه محصولات.

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

کارت کوتاه پیشنهادی

• هدف: کدام کار و کدام سامانه از این هویت استفاده می‌کند؟
• مالک: مسئول فنی و جانشین قابل تماس چه کسانی‌اند؟
• اختیار: چه دسترسی لازم است و دلیل هر مجوز چیست؟
• اعتبارنامه: مرجع مخزن امن و روش دسترسی مجاز کجاست؟ خود رمز را ننویسید.
• بازبینی: چه زمانی و پس از کدام تغییر، نیاز و مجوز دوباره بررسی می‌شوند؟

یک مثال فرضی

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

مرز مستندسازی

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

به نظر من، پرسش مفید در بازبینی این است: اگر فرد سازنده در دسترس نبود، آیا شخص مجاز دیگری می‌توانست ضرورت این حساب و نتیجه تغییرش را بفهمد؟

بررسی منبع: 2 نوامبر 2026. مثال فرضی است؛ تناوب ثابت تعویض رمز یا دستور حذف حساب خاصی پیشنهاد نمی‌شود.