PAM360
وقتی یک ادمین Domain، پیمانکار یا DBA با دسترسی ممتاز وارد سرور می‌شود، سؤال ممیزی فقط این نیست که «چه کسی وارد شد؟». باید بتوانید پاسخ دهید داخل Session چه اتفاقی افتاد، چه زمانی انجام شد و آیا امکان بازبینی مستقل وجود دارد؟ این همان مسئله‌ای است که Session Recording در PAM360 هدف قرار می‌دهد.
ثبت لاگ ورود و خروج برای بسیاری از رخدادها کافی نیست. اگر تغییر حساس در Registry، Database یا Configuration انجام شده باشد، Session Recording می‌تواند زمینه تصویری و عملیاتی بیشتری برای Audit و Forensics فراهم کند.
چه Sessionهایی قابل ضبط‌اند؟
بر اساس مستندات رسمی PAM360، نشست‌های ممتاز راه‌اندازی‌شده از داخل PAM360 می‌توانند برای پروتکل‌هایی مانند RDP، SSH، VNC و SQL ضبط و بعداً بازپخش شوند. قابلیت‌های جدیدتر همچنین Session Recording برای Website Connection و PAM360 Remote Connect را توسعه داده‌اند.
| نوع Session | کاربرد نمونه |
|---|---|
| RDP | مدیریت Windows Server |
| SSH | مدیریت Linux و تجهیزات |
| VNC | Remote GUI |
| SQL | نشست‌های مدیریتی Database |
| Web Connection | پنل‌های مدیریتی تحت وب |
Session Recording با Screen Recorder فرق دارد
هدف ضبط نشست ممتاز تولید ویدئو برای آموزش نیست. Record باید به هویت، Resource، زمان شروع، نوع Connection و Audit Trail متصل باشد تا در رخداد امنیتی بتوانید مسیر را بازسازی کنید.
سناریو: تغییر بدون Change Ticket
فرض کنید یک پیمانکار برای رفع مشکل وارد سرور ERP شده و چند ساعت بعد سرویس دچار اختلال می‌شود. لاگ Authentication فقط نشان می‌دهد کاربر وارد شده است. اگر Session از طریق PAM360 ضبط شده باشد، تیم بررسی می‌تواند زمان Session، Resource هدف و فعالیت ثبت‌شده را کنار Change Ticket و Logهای سیستم بگذارد.
برای کنترل اینکه اصلاً چه زمانی دسترسی داده شود، مقاله دسترسی Just-in-Time در PAM360 مکمل همین سناریو است.
Record را چه مدت نگه داریم؟
Retention نباید یک عدد تصادفی باشد. سیاست نگهداری باید با Risk، الزامات قانونی، ظرفیت Storage و Use Case ممیزی هماهنگ شود. نشست‌های بسیار حساس ممکن است Retention طولانی‌تری بخواهند، در حالی که نگهداری نامحدود همه Recordها می‌تواند هزینه و ریسک حریم خصوصی را بالا ببرد.
دسترسی به Recording هم باید ممتاز باشد
اگر هر ادمینی بتواند Record نشست ادمین دیگر را ببیند یا حذف کند، خود سامانه ممیزی به نقطه ریسک تبدیل می‌شود. در Releaseهای جدید PAM360 کنترل Role-Based برای محدودکردن حذف Session Recording نیز تقویت شده است. دسترسی به Record باید حداقلی و قابل Audit باشد.
Session Recording و Password Rotation کنار هم
کنترل خوب فقط «دیدن» نیست. بعد از Session حساس ممکن است لازم باشد Credential چرخانده شود تا دسترسی بعدی با Secret قبلی ممکن نباشد. راهنمای Password Rotation در PAM360 این بخش از چرخه را پوشش می‌دهد.
حریم خصوصی را نادیده نگیرید
ضبط Session می‌تواند داده‌های حساس، اطلاعات مشتری یا حتی Credentialهای قابل مشاهده روی صفحه را دربر بگیرد. بنابراین سازمان باید Policy روشن برای اطلاع‌رسانی، دسترسی، Retention، Export و Purge داشته باشد. Session Recording یک کنترل امنیتی است، اما خودش نیز Asset حساس محسوب می‌شود.
KPI و کنترل‌های پیشنهادی
| کنترل | هدف |
|---|---|
| درصد Sessionهای ممتاز ضبط‌شده | سنجش Coverage |
| دسترسی محدود به Playback | حفظ محرمانگی Record |
| Retention Policy | تعادل Audit و Storage |
| بازبینی نمونه‌ای Sessionها | کنترل عملیاتی |
| اتصال Session به Ticket/Change | Traceability |
منابع رسمی
سخن پایانی
Session Recording در PAM360 زمانی مفید است که بخشی از یک زنجیره کنترل باشد: دسترسی به‌موقع، Session کنترل‌شده، Record قابل Audit، Rotation و بازبینی رخداد. ضبط صرفاً برای اینکه «همه‌چیز ذخیره شود» ارزش محدودی دارد؛ ارزش واقعی در Traceability و پاسخ‌گویی است.
مدانت خدمات لایسنس، طراحی معماری، استقرار، Hardening، Integration و پشتیبانی PAM360 ارائه می‌کند. برای بررسی محصول به مرکز PAM360 مدانت مراجعه کنید.
