فهرست مطالب

مقدمه: پارادوکس امنیت و پایداری در معماری Windows 🛡️⚖️

در دنیای امنیت سایبری مدرن، مهاجمان دیگر به دنبال شکستن رمز عبورهای پیچیده نیستند؛ آن‌ها ترجیح می‌دهند «بلیت» یا «هش» احراز هویت شما را مستقیماً از حافظه سیستم بربایند. اینجاست که Credential Guard و LSA Protection وارد میدان می‌شوند تا قلب تپنده امنیت ویندوز یعنی فرآیند Local Security Authority را ایزوله کنند. اما یک هشدار جدی برای مدیران شبکه در ایران: فعال‌سازی این قابلیت‌ها بدون درک زیرساخت، مانند بستن زره‌ای سنگین بر تن سربازی است که باید بدود؛ امنیت تأمین می‌شود اما ممکن است حرکت (سرویس‌دهی) متوقف شود.

طبق گزارش‌های فنی مایکروسافت، Credential Guard با استفاده از امنیت مبتنی بر مجازی‌سازی (VBS)، اسرار دامنه را در یک محیط ایزوله قرار می‌دهد که حتی هسته سیستم‌عامل (Kernel) نیز به آن دسترسی مستقیم ندارد.

در این مقاله ادیتوریال، ما از لایه‌های تئوریک عبور کرده و مستقیماً به سراغ «نقاط شکست» می‌رویم. اگر قصد دارید امنیت کلاینت‌های ویندوز ۱۰ و ۱۱ یا سرورهای ۲۰۲۲ سازمان خود را ارتقا دهید، باید بدانید که چه برنامه‌ها، درایورها و پروتکل‌هایی در صف اول اختلال قرار دارند.

کالبدشکافی LSA: چرا هکرها عاشق حافظه ویندوز هستند؟ 🔍🔐

فرآیند LSA (lsass.exe) مسئول مدیریت اطلاعات ورود کاربران است. در حالت عادی، این فرآیند در حافظه User Mode اجرا می‌شود و ابزارهایی مانند Mimikatz می‌توانند با دسترسی ادمین، کدهای مخرب را به درون آن تزریق کرده و پسوردهای Clear-text یا هش‌های NTLM را استخراج کنند.

مایکروسافت دو لایه دفاعی برای این موضوع در نظر گرفته است:

  • محافظت از LSA (PPL): از ورود کدهای غیرمجاز به داخل فرآیند LSA جلوگیری می‌کند. این کار با استفاده از امضای دیجیتال سخت‌گیرانه انجام می‌شود.
  • Credential Guard: پا را فراتر گذاشته و با استفاده از Hyper-V، یک «محفظه مجازی» (Virtual Enclave) ایجاد می‌کند. در این حالت، داده‌های حساس احراز هویت اصلاً در فضای حافظه ویندوز اصلی قرار نمی‌گیرند.

نکته مهم لایسنسینگ: به یاد داشته باشید که Credential Guard یک ویژگی مخصوص نسخه‌های Windows Enterprise و Education است. اگر در شرکت خود از نسخه‌های Pro استفاده می‌کنید که به صورت OEM (پیش‌نصب بر روی لپ‌تاپ‌های وارداتی در تهران یا مراکز سخت‌افزاری) تهیه شده‌اند، محدودیت‌های جدی در مدیریت متمرکز این قابلیت‌ها خواهید داشت. برای سازمان‌های متوسط و بزرگ ایرانی، خرید لایسنس‌های Retail یا استفاده از لایسنس‌های Volume (Microsoft 365 E3/E5) تنها راه قانونی و پایدار برای پیاده‌سازی این سطح از امنیت است.

چه چیزی از کار می‌افتد؟ لیست سیاه تداخلات فنی ⚠️📉

فعال‌سازی Credential Guard یکی از بزرگ‌ترین چالش‌ها را برای تجهیزات قدیمی (Legacy) ایجاد می‌کند. این فناوری پروتکل‌های ضعیف را به نفع امنیت حذف می‌کند. در زیر لیست مواردی که قطعاً مختل می‌شوند آمده است:

۱. مرگ NTLMv1 و احراز هویت‌های قدیمی ❌

اگر در شبکه خود از فایل‌سرورهای قدیمی (مانند Windows Server 2003 یا لینوکس‌های با ورژن قدیمی Samba) استفاده می‌کنید، کاربران پس از فعال‌سازی Credential Guard دیگر نمی‌توانند به آن‌ها متصل شوند. این قابلیت اجازه ارسال هش‌های NTLMv1 را نمی‌دهد و فقط NTLMv2 و Kerberos را می‌پذیرد.

۲. تداخل با احراز هویت مبتنی بر WiFi و ۸۰۲.۱x 📶

بسیاری از سازمان‌های ایرانی برای امنیت وایرلس از پروتکل‌های EAP-MSCHAPv2 استفاده می‌کنند. Credential Guard از ذخیره پسوردها به روشی که این پروتکل نیاز دارد جلوگیری می‌کند. در نتیجه، ممکن است لپ‌تاپ‌های سازمان دیگر نتوانند به شبکه WiFi داخلی متصل شوند. راهکار در اینجا، مهاجرت به احراز هویت مبتنی بر Certificate (مانند EAP-TLS) است.

۳. برنامه‌های شخص ثالث (Third-party) احراز هویت 🛠️

برخی اپلیکیشن‌های امنیتی یا VPNهایی که مستقیماً با LSA در تعامل هستند تا کاستوم-لوگین ایجاد کنند، با فعال شدن LSA Protection از کار می‌افتند. اگر نرم‌افزاری در سازمان دارید که درایور غیرمجاز (Unsigned) برای تعامل با lsass.exe دارد، سیستم شما احتمالاً با صفحه آبی مرگ (BSOD) روبرو خواهد شد.

چالش‌های سخت‌افزاری و وابستگی به VBS 💻⚙️

Credential Guard به شدت به امنیت مبتنی بر مجازی‌سازی (VBS) وابسته است. این یعنی سیستم‌عامل باید بتواند یک هایپروایزر کوچک در لایه زیرین ایجاد کند. برای مدیران IT در شرکت‌های ایرانی که از سخت‌افزارهای متنوع استفاده می‌کنند، این بخش پر از مین‌های خنثی‌نشده است:

  • عدم پشتیبانی از CPUهای قدیمی: پردازنده‌هایی که فاقد قابلیت Extended Page Tables (EPT) یا VT-x/AMD-V هستند، قادر به اجرای این ویژگی نخواهند بود.
  • تداخل با آنتی‌ویروس‌ها: برخی از آنتی‌ویروس‌های قدیمی که از متدهای هوک کردن حافظه (Memory Hooking) استفاده می‌کنند، با LSA Protection دچار تضاد می‌شوند.
  • TPM 2.0: هرچند بدون TPM نیز می‌توان Credential Guard را فعال کرد، اما امنیت واقعی و محافظت در برابر حملات فیزیکی تنها با وجود چیپ TPM نسخه ۲ میسر است.

توصیه کارشناسی: قبل از خرید گسترده سخت‌افزار برای شرکت، اطمینان حاصل کنید که در بایوس (UEFI) گزینه‌های Virtualization Technology و Secure Boot فعال باشند. فعال‌سازی این موارد در محیط‌های عملیاتی بزرگ تهران که سیستم‌ها از برندهای مختلف (HP, Dell, ASUS) هستند، نیازمند یک برنامه تست مرحله‌بندی شده است.

نقشه راه پیاده‌سازی: چگونه از فاجعه جلوگیری کنیم؟ 🗺️✅

برای پیاده‌سازی بدون دردسر، باید از ابزارهای آماده‌سازی مایکروسافت استفاده کنید. Device Guard and Credential Guard Readiness Tool اولین قدم شماست. این اسکریپت PowerShell به شما می‌گوید که آیا سخت‌افزار و درایورهای شما آماده هستند یا خیر.

مراحل پیشنهادی برای سازمان‌های ایرانی:

  1. ممیزی درایورها: اطمینان حاصل کنید که تمام درایورهای استفاده شده در سازمان دارای امضای دیجیتال معتبر هستند. در غیر این صورت، LSA Protection مانع بارگذاری آن‌ها می‌شود.
  2. آپدیت پروتکل‌های احراز هویت: قبل از فعال‌سازی، NTLMv1 را در کل شبکه شناسایی و با NTLMv2 جایگزین کنید.
  3. استفاده از Group Policy با احتیاط: تنظیمات را ابتدا در حالت "Audit Mode" قرار دهید. در این حالت، سیستم اختلالات را بلاک نمی‌کند بلکه فقط در Event Viewer گزارش می‌دهد. این کار به شما فرصت می‌دهد تا قبل از وقوع بحران، مشکلات را شناسایی کنید.

«امنیت یک محصول نیست، بلکه یک فرآیند است. فعال‌سازی Credential Guard بدون مانیتورینگ لاگ‌ها، تنها باعث افزایش تماس‌های Help Desk در صبح روز شنبه خواهد شد.» - نقل‌قول فنی از مستندات Best Practices امنیت مایکروسافت.

جمع‌بندی: امنیت هزینه‌بر اما حیاتی 💰🔐⚖️

در پایان، باید به یک نکته کلیدی در مورد خرید لایسنس اشاره کرد. بسیاری از مدیران IT برای کاهش هزینه‌ها به سراغ لایسنس‌های ارزان‌قیمت OEM می‌روند که در وب‌سایت‌های غیررسمی فروخته می‌شود. طبق ضوابط مایکروسافت، لایسنس OEM فقط متعلق به همان سخت‌افزار اولیه است و قابلیت انتقال یا مدیریت تحت توافق‌نامه‌های سازمانی (Volume Licensing) را ندارد. برای بهره‌مندی کامل از ویژگی‌های پیشرفته امنیتی مانند Credential Guard در محیط‌های دامین، استفاده از نسخه Windows 11 Enterprise تحت لایسنس معتبر Retail یا اشتراک‌های M365 توصیه می‌شود تا در زمان ارتقای سخت‌افزار یا بازنشانی سیستم‌ها، حق استفاده از امنیت لایه‌بندی شده محفوظ بماند.

آیا سازمان شما آماده است تا بهای امنیت را با ارتقای زیرساخت‌های قدیمی بپردازد؟ Credential Guard فقط یک تنظیمات ساده در GPO نیست، بلکه یک تغییر پارادایم در نحوه برخورد ویندوز با هویت کاربران است. با برنامه‌ریزی درست، می‌توانید یکی از بزرگ‌ترین حفره‌های امنیتی تاریخ ویندوز را برای همیشه در سازمان خود ببندید.

📊 جدول مقایسه

ویژگی / قابلیت LSA Standard (بدون ایزوله) LSA PPL (محافظت ساده) Credential Guard (VBS)
مکانیسم حفاظتی حافظه معمولی User Mode Process Protected Light Virtualization-based Security
مقاومت در برابر Mimikatz بسیار پایین متوسط (قابل دور زدن) بسیار بالا (سخت‌افزاری)
نیاز به سخت‌افزار (TPM/IOMMU) ندارد ندارد الزامی است
تأثیر بر احراز هویت NTLMv1 بدون محدودیت بدون محدودیت بلاک می‌شود
سازگاری با درایورهای قدیمی کامل کامل احتمال بروز BSOD

❓ سوالات متداول

آیا Credential Guard روی ویندوز ۱۰ یا ۱۱ نسخه Pro کار می‌کند؟
خیر، برای استفاده از Credential Guard به ویندوز نسخه Enterprise یا Education نیاز دارید. نسخه Pro برخی قابلیت‌های امنیتی را دارد اما Credential Guard کامل در آن پشتیبانی نمی‌شود. همچنین خرید لایسنس باید از نوع Retail یا Volume Licensing (مانند توافق‌نامه‌های سازمانی) باشد و نسخه‌های OEM که به صورت پیش‌نصب روی لپ‌تاپ‌های وارداتی در بازار ایران هستند، برای مدیریت متمرکز سازمانی مناسب نیستند.
آیا فعال‌سازی این قابلیت باعث قطع دسترسی به فایل‌سرورهای قدیمی می‌شود؟
بله، این یکی از رایج‌ترین مشکلات است. Credential Guard اجازه ارسال هش‌های NTLMv1 را نمی‌دهد. اگر در سازمان خود از NASهای قدیمی یا پرینترهای تحت شبکه با پروتکل‌های احراز هویت قدیمی استفاده می‌کنید، دسترسی آن‌ها قطع خواهد شد. راهکار، ارتقای این دستگاه‌ها به NTLMv2 یا Kerberos است.
آیا فعال‌سازی این ویژگی از راه دور (Group Policy) خطرناک است؟
خیر، در صورت پیکربندی اشتباه یا عدم سازگاری سخت‌افزار (مانند عدم پشتیبانی CPU از مجازی‌سازی)، سیستم ممکن است دچار Boot Loop یا صفحه آبی (BSOD) شود. همیشه توصیه می‌شود ابتدا روی یک گروه تست (OU) در اکتیو دایرکتوری اعمال شود.
آیا با فعال‌سازی این قابلیت، ماشین‌های مجازی من در سیستم مختل می‌شوند؟
بله، استفاده از نرم‌افزارهای مجازی‌ساز شخص ثالث مانند VMware Workstation یا VirtualBox در نسخه‌های قدیمی با Credential Guard تداخل دارد. نسخه‌های جدید این نرم‌افزارها از Windows Hypervisor Platform پشتیبانی می‌کنند که تا حد زیادی مشکل را حل کرده است.
تفاوت اصلی LSA Protection با Credential Guard چیست؟
LSA Protection (یا PPL) از خواندن حافظه فرآیند lsass.exe توسط برنامه‌های غیرمجاز جلوگیری می‌کند، اما Credential Guard کلیدها را به یک محفظه مجازی (Enclave) منتقل می‌کند که حتی اگر مهاجم دسترسی ادمین کامل داشته باشد، نمی‌تواند به حافظه آن دسترسی پیدا کند. Credential Guard بسیار قدرتمندتر است.