IOMMU وVBS في FACEIT: ما تغيّر في متطلبات مكافحة الغش حتى أغسطس 2026

خوارزمية مختصرة: كيف تزيل خطأ مكافحة الغش

إذا كانت مكافحة الغش تمنعك أصلًا من دخول المباراة، فترتيب الإجراءات كالتالي. الخطوات متسلسلة: كل خطوة تعتمد على السابقة.

1. اقرأ نص الخطأ. تسمّي مكافحة الغش دائمًا الآلية المحددة: TPM 2.0 أو Secure Boot أو IOMMU أو المحاكاة الافتراضية أو Memory Integrity. عالج هذه الآلية وحدها، لا كل شيء دفعة واحدة.
2. افحص الحالة الحالية. اضغط Windows واكتب msinfo32 وانظر إلى أسطر BIOS Mode وSecure Boot State وKernel DMA Protection وVirtualization-based security. حالة TPM في tpm.msc، وحالة Memory Integrity في Windows Security.
3. إذا أظهر BIOS Mode قيمة Legacy، فحوّل أولًا قرص النظام من MBR إلى GPT بأداة Microsoft mbr2gpt وانتقل بالبرنامج الثابت إلى وضع UEFI. ومن دون ذلك لن يُفعَّل Secure Boot، ومحاولة تفعيله على عمى تؤدي إلى فشل الإقلاع.
4. حدّث BIOS إلى الإصدار الحالي. فهذا يغلق فئتين من المشكلات دفعة واحدة: بنود القائمة الغائبة وأخطاء تصديق TPM على لوحات AMD.
5. فعّل البنود المطلوبة في BIOS خلال جلسة واحدة: TPM ‏(Intel PTT أو AMD fTPM) وSecure Boot وIOMMU ‏(VT-d لدى Intel، وIOMMU أو AMD-Vi لدى AMD) والمحاكاة الافتراضية العتادية ‏(VT-x أو SVM Mode). غيّر معاملًا واحدًا في كل مرة وافحص الإقلاع بعده.
6. فعّل Memory Integrity في Windows إذا طلب الخطأ ذلك تحديدًا: Windows Security ثم Device security ثم Core isolation details، والمفتاح إلى On، ثم إعادة التشغيل.
7. إذا كان المفتاح غير نشط، افتح Review incompatible drivers وحدّث برامج التشغيل المذكورة أو أزلها (غالبًا ملحقات قديمة وبرامج إضاءة) ثم كرر الخطوة 6.
8. إذا توقف النظام عن الإقلاع، تراجع عن آخر تغيير في BIOS ثم افحص تعارضين: معامل Above 4G Decoding مع الرسوميات المدمجة والمنفصلة معًا، ومصفوفة RAID مع IOMMU.
9. أعد تشغيل الجهاز وشغّل مكافحة الغش من جديد. يُجرى الفحص عند بدء العميل، ولا يلزم تأكيد منفصل: إذا كانت الآلية المطلوبة مفعّلة فلن تظهر نافذة الخطأ.
10. إذا ظل بند BIOS غائبًا حتى بعد تحديث البرنامج الثابت، فلا دعم على هذا العتاد. لا يوجد مسار التفافي، والحل الوحيد الانتقال إلى منصة مدعومة.

تفاصيل كل خطوة، بما في ذلك مسارات BIOS الدقيقة لـASRock وASUS وMSI، موضحة أدناه.

الجدول الزمني: ما كان وما أصبح

الفرق الأساسي عن الصورة السابقة بسيط. فقد كان مطلب IOMMU وVBS انتقائيًا، وكان اللاعب بمعطّل للمحاكاة الافتراضية يدخل المباريات لسنوات. أما الآن فهذا فعليًا مستوى الدخول الأساسي: لم يبقَ خارج التغطية سوى الحسابات التي لم تصل إليها الموجة التالية بعد. وتواصل FACEIT رسميًا وصف الطرح بأنه مرحلي ولم تنشر تاريخ تغطية كاملة، لذا ينبغي التعامل مع الإعدادات بوصفها إلزامية منذ اليوم.

ما هو IOMMU ولماذا تعطّلت بسببه غشوش DMA

IOMMU اختصار Input-Output Memory Management Unit. وتسمي Intel هذه التقنية VT-d، بينما تسميها AMD باسم AMD-Vi. وأبسط تصور لها أنها متحكّم وصول بين أجهزة ناقل PCIe والذاكرة العشوائية.

تستطيع الأجهزة الداعمة لـDMA نقل البيانات من ذاكرة النظام وإليها من دون أن ينسخ المعالج كل كتلة بنفسه. وهذه القدرة ضرورية لأداء بطاقات الرسوميات ومحولات الشبكة ووحدات التخزين، لكنها قد تُستغل أيضًا في الغش. فقد يحاول جهاز PCIe مخصص قراءة بيانات اللعبة من كمبيوتر اللعب وإرسالها إلى كمبيوتر ثانٍ. ولأن هذا الأسلوب لا يحتاج إلى تشغيل عملية غش تقليدية على جهاز اللعب، يصعب على الفحوصات البرمجية وحدها اكتشافه.

ينقل IOMMU الأجهزة إلى وضع ترجمة العناوين: يحصل كل جهاز على نافذة ذاكرة خاصة به ولا يستطيع الوصول ماديًا خارجها. ويستخدم Windows هذه الآلية في Kernel DMA Protection: فالأجهزة التي تدعم برامج تشغيلها إعادة تعيين DMA تعمل بصورة طبيعية، أما البقية فتُحظر افتراضيًا إذا وُصلت قبل دخول المستخدم إلى النظام أو والشاشة مقفلة. ووفق وثائق Microsoft، يلزم لعمل Kernel DMA Protection برنامج UEFI ثابت ومحاكاة افتراضية للإدخال والإخراج مفعّلة في البرنامج الثابت، وتظهر حالة الوظيفة في System Information.

كان لذلك أثر كبير في غشوش DMA. فوفق تدقيق خارجي أجرته Intorqa بتكليف من FACEIT، توقفت غشوش DMA التقليدية عن العمل بعد فترة قصيرة من توسيع نطاق التطبيق، وتغيرت النقاشات في المنتديات الخاصة سريعًا. كما أفادت FACEIT بأنها حظرت خلال ثلاثة أشهر من الطرح المحدود أكثر من 200 لاعب بسبب غش يعتمد على DMA، منهم نحو 20 لاعبًا استخدموا أجهزة تبلغ قيمتها قرابة 4500 دولار.

لماذا أُضيف VBS إلى IOMMU

VBS اختصار لـVirtualization-Based Security، وهي بنية أمان مدمجة في Windows تستخدم مراقب الأجهزة الافتراضية لإنشاء بيئة معزولة للوظائف الأمنية الحساسة. وتظل هذه البيئة المحمية منفصلة عن نواة Windows العادية حتى إذا تعرضت شيفرة تعمل على مستوى النواة للاختراق.

تطلب FACEIT تفعيل VBS لأنه يساعد نظام مكافحة الغش على فرض حماية IOMMU في Windows بصورة موثوقة. فالاعتماد على قيمة يبلغ عنها نظام التشغيل العادي وحده يكون أسهل في التلاعب، بينما يجعل وضع آليات الحماية خلف مراقب الأجهزة الافتراضية هذا التلاعب أصعب بكثير.

Memory Integrity، المعروفة أيضًا باسم HVCI ‏(Hypervisor-Protected Code Integrity)، ميزة أمان مبنية على VBS. وهي تتحقق من شيفرة وضع النواة قبل السماح بتشغيلها، وتمنع صفحات ذاكرة النواة التنفيذية من أن تكون قابلة للكتابة في الوقت نفسه. ويساعد ذلك على صد الهجمات التي تستغل برامج تشغيل موقعة لكنها ضعيفة للوصول إلى النواة. وقد تطلب FACEIT تفعيل Memory Integrity من لاعبين محددين، وتدرجها بندًا مستقلًا في وثائق الدعم.

وتبدو قائمة متطلبات VBS الكاملة وفق وثائق Microsoft كما يلي:

لاحظ صف IOMMU. ففي منطق Microsoft لا يعد IOMMU خيارًا لـVBS، بل جزءًا مكوِّنًا منه. وتقع متطلبات FACEIT على هذه البنية واحدًا لواحد.

TPM 2.0 وSecure Boot: ماذا يفعلان منفصلين

هاتان الآليتان تغطيان الإقلاع لا الذاكرة.

يبني Secure Boot سلسلة ثقة: يتحقق البرنامج الثابت من توقيع كل مكوّن يبدأ قبل نظام التشغيل ويمنع الشيفرة غير الموقّعة. وهذا يغلق محمّلات الغش على مستوى UEFI.

ويضيف TPM خاصية Measured Boot. تأخذ الوحدة تجزئة كل مرحلة إقلاع وتخزّن النتائج في سجلات محمية. ثم تستطيع إصدار تقرير موقَّع تشفيريًا عن كيفية إقلاع النظام فعلًا. وتُسمّى العملية attestation، وتتحقق مكافحة غش FACEIT من توقيع هذا التقرير قبل الاتصال بالمباراة. ولا يمكن تزويره من دون الوصول إلى المفاتيح داخل الرقاقة.

وتقسيم العمل كالتالي: Secure Boot وTPM يغطيان بداية نظام نظيفة، وIOMMU وVBS يغطيان ما يحدث بعد البداية. ولا تغني أي آلية من الأربع عن البقية.

كيف تفحص جهازك في خمس دقائق

قبل الدخول إلى BIOS انظر ما هو مفعّل أصلًا.

لفتح System Information اضغط مفتاح Windows واكتب msinfo32 ثم Enter. وفي السطرين Processor وBaseBoard Manufacturer تظهر طراز المعالج واللوحة الأم، وستحتاج إليهما للعثور على البند المناسب في BIOS.

كيفية تفعيل IOMMU في BIOS

تختلف أسماء البنود حسب الشركة المصنّعة، لذا حدّد طراز اللوحة أولًا. وفيما يلي مسارات الشركات الثلاث التي تصفها FACEIT نفسها.

إذا لم تكن شركتك في القائمة أو لم تظهر البنود، فهناك خطوتان. الأولى: حدّث BIOS، لأن القائمة بهذه المعاملات قد تكون غائبة في الإصدارات القديمة. والثانية: ابحث بصيغة «how to enable IOMMU» مع طراز اللوحة الدقيق أو راجع دليل الشركة المصنّعة.

وغياب بند VT-d أو AMD-Vi بالكامل يعني أن المعالج أو اللوحة لا يدعمهما. والدعم موجود لدى معظم المعالجات منذ نحو عام 2015.

كيفية تفعيل المحاكاة الافتراضية وVBS وMemory Integrity

لا يُفعَّل VBS في BIOS مباشرة. وفي البرنامج الثابت يلزم تفعيل المحاكاة الافتراضية العتادية: Intel VT-x أو AMD SVM Mode. ومن دونها لن يظهر في Windows حتى قسم Core isolation.

ثم في Windows:

1. اضغط مفتاح Windows واكتب Windows Security وافتح التطبيق.
2. من اليسار اختر Device security.
3. في كتلة Core isolation اضغط Core isolation details.
4. انقل Memory integrity إلى On. وستلزم صلاحيات المسؤول.
5. أعد تشغيل الجهاز.

في تثبيت نظيف لـWindows 11 تُفعَّل Memory Integrity تلقائيًا إذا اجتمعت الشروط: معالج Intel من الجيل الثامن أو أحدث (ولإصدار 21H2 العتبة أعلى، من الجيل الحادي عشر)، أو معمارية AMD Zen 2 أو أحدث، وما لا يقل عن 8 غيغابايت من الذاكرة العشوائية، وSSD للنظام من 64 غيغابايت، ومحاكاة افتراضية مفعّلة في BIOS، وبرامج تشغيل متوافقة. وعند الترقية من إصدار سابق لا يعمل التفعيل التلقائي، لذلك تكاد ترقية Windows 10 تتطلب دائمًا الدخول اليدوي إلى الإعدادات.

إذا كان مفتاح Memory integrity غير نشط، يعطّله Windows بسبب برنامج تشغيل غير متوافق. وتظهر تحت المفتاح وصلة Review incompatible drivers بقائمة المتسببين. وغالبًا ما تكون تعريفات قديمة للملحقات وبرامج الإضاءة. حدّث هذه التعريفات من الشركة المصنّعة للجهاز أو احذفها مع البرنامج.

ماذا تفعل إذا لم يقلع الجهاز بعد التغييرات

هذا أسوأ سيناريو، وقد أفردت له FACEIT دليلًا منفصلًا. وترتيب الإجراءات كالتالي.

والقاعدة العامة: غيّر معاملًا واحدًا في كل مرة وافحص الإقلاع بعد كل خطوة. وهكذا تعرف فورًا أي بند يتعارض مع تهيئتك.

هل يقل معدل الإطارات بسبب IOMMU وVBS؟

تصوغ FACEIT الأمر بحذر: TPM وSecure Boot لا يؤثران في الأداء، أما IOMMU وVBS فقد يعطيان انخفاضًا طفيفًا في حالات منفصلة، وخصوصًا على الأنظمة القديمة واللوحات ببرنامج ثابت غير ناضج.

تعطي القياسات المستقلة صورة أوضح. ففي اختبار علني لـ15 لعبة على توليفة من معالج حديث وقت الفحص وGeForce RTX 4090 كلّف VBS المفعّل في المتوسط نحو 5 في المئة من الإطارات بدقة 1080p. وأشد انخفاض كان في Microsoft Flight Simulator: ناقص 11 في المئة بدقة 1080p وناقص 8 في المئة بدقة 4K. وعند دقة 4K ينخفض الفرق عادة دون 3 في المئة، لأن العبء ينتقل إلى بطاقة الرسوميات.

يحتاج الصف الأخير إلى توضيح. تعتمد Memory Integrity على آلية عتادية لتسريع الفحوصات: MBEC لدى Intel وGMET لدى AMD. وتدرج Microsoft هذه الآلية صراحة ضمن شروط لا يُفعَّل بدونها VBS وMemory Integrity تلقائيًا. وعلى المنصات بلا دعم عتادي أو بدعم أضعف تكون كلفة مراقب الأجهزة الافتراضية أعلى بكثير، ولذلك تتضرر الأنظمة القديمة من VBS أشد من غيرها.

ونحدد حدود هذه البيانات على حدة: لا توجد قياسات حديثة علنية في CS2 تحديدًا على عتاد راهن، لذا تُقرأ الأرقام أعلاه بوصفها ترتيب مقادير لا توقعًا لهيئة بعينها.

والخلاصة العملية لـCS2: على منصة حديثة لن يخرجك تفعيل IOMMU وVBS من نطاق إطارات مريح، أما على معالج عمره عشر سنوات فسيظهر الفرق في القياسات والإحساس. وإذا كان النظام أصلًا على الحد، فتحديث المنصة يحل المسألة أوثق من البحث عن طريقة لتجاوز المتطلبات.

من سيضطر إلى تغيير العتاد

تندرج معظم الأنظمة ضمن واحدة من ثلاث حالات.

وهناك موعد مهم آخر هو 14 أكتوبر 2026، حين تخطط FACEIT لإيقاف دعم Windows 10. فقد أنهت Microsoft الدعم القياسي للنظام في 14 أكتوبر 2025، ويستمر برنامج ESU للمستهلكين حتى 13 أكتوبر 2026. ونسقت FACEIT جدولها مع انتهاء هذه التحديثات الأمنية الممتدة.

وإذا لم يستوفِ معالجك ولوحتك متطلبات Windows 11 فأمامك سيناريو واحد: تحديث المنصة. ويمكن اختيار جهاز جاهز لـCS2 بمعالج حديث ودعم VT-d أو AMD-Vi وبرنامج ثابت صحيح من كتالوج أجهزة ألعاب HYPERPC.

هل يعمل هذا أصلًا ضد الغشاشين

تستند FACEIT أيضًا إلى بيانات رصد خارجية، لا إلى تصريحاتها وحدها.

تابع التدقيق الخارجي الذي كلّفت به FACEIT فريق Intorqa سوق غش CS2 من أواخر 2025 حتى مارس 2026. وما سُجّل:

• ارتفع عدد بائعي الغش المتابَعين للمنصة من 50 إلى 88، فيما اختفت الغشوش البرمجية الخالصة من السوق تقريبًا.
• بعد توسيع مطلب IOMMU توقفت غشوش DMA القياسية عن العمل، وتغيّر نبرة النقاش في المنتديات المغلقة خلال أيام.
• أعطت أول محاولة التفاف عبر Intel VMD ذروة اهتمام في ديسمبر 2025 ثم خفتت سريعًا: تحولت تقييمات المشترين من «يعمل» إلى «غير مستقر ومحفوف بالمخاطر» وسط موجات الحظر.
• من يناير إلى مارس 2026، أعلن أكثر من 25 بائعًا عن منتجات تحاكي SSD وNVMe بوصفها وسائل لتجاوز IOMMU. ووفق التدقيق، لم تقدم هذه المنتجات طريقة تجاوز مؤكدة وفعالة.
• لم يُعثر على طريقة التفاف مثبتة عن IOMMU حتى انتهاء التدقيق، رغم أن بعض البائعين طلبوا مقابل تلك الوعود حتى 1500 دولار شهريًا.
• قدّر التدقيق نسبة تطبيق IOMMU بنحو 97%. وهذا تقدير خارجي، وليس إعلانًا من FACEIT عن تطبيق المتطلب على جميع اللاعبين.

لكن الضغط على غشوش DMA قد يحول الطلب نحو وسائل تستخدم كمبيوترين والرؤية الحاسوبية، مثل التقاط الفيديو ومحاكاة أجهزة الإدخال الخارجية، بدلًا من قراءة ذاكرة اللعبة. ولا تعالج حماية الذاكرة العتادية هذه الفئة مباشرة، لذلك تعتمد أنظمة مكافحة الغش أيضًا على رصد السلوك، مثل أنماط التصويب وزمن الاستجابة وتحليل الحركة.

وبعبارة أخرى، تجعل IOMMU وVBS فئة شائعة من غشوش DMA أصعب بكثير في الاستخدام، لكنها لا تقضي على جميع أشكال الغش.

الخلاصة

منطق FACEIT واضح. فقد توقفت المنصة عن محاربة الغش على مستوى البرامج وحدها ونقلت الفحص إلى مستوى العتاد: إقلاع موثوق عبر Secure Boot وTPM، وعزل الذاكرة عبر IOMMU، وضمان هذا العزل عبر VBS. وبعد ذلك لم يعد صنف غشوش DMA، الذي عُدّ لسنوات منيعًا، مربحًا.

وبالنسبة للاعب النزيه الثمن زهيد: جلسة واحدة في BIOS ومحاكاة افتراضية مفعّلة وبرنامج ثابت محدّث. ولا تبدأ المشكلات إلا حيث العتاد أقدم من عشر سنوات أو حيث لم يُحدَّث البرنامج الثابت منذ زمن. وهذه التهيئات تحديدًا ستصطدم بالعتبة التالية: 14 أكتوبر 2026، حين يصبح Windows 11 إلزاميًا.

افحص msinfo32 الآن. وإذا أظهر Kernel DMA Protection قيمة Off، فالأفضل معالجة ذلك بهدوء لا قبل خمس دقائق من انطلاق المباراة.