يواجه عدد متزايد من مستخدمي Windows 11 مشكلة تتمثل في إعادة تشغيل أجهزة الكمبيوتر الخاصة بهم بدلاً من إيقاف تشغيلها بالكامل. وأكدت مايكروسوفت أن الخلل، الذي نشأ بعد التحديث الأمني الأخير، يؤثر على نطاق أوسع من الأجهزة مما كان مقدرا في البداية. يرتبط السلوك غير المتوقع مباشرةً بإعدادات أمان نظام التشغيل المتقدمة.
وتوصل تحقيق الشركة إلى أن سبب الخطأ يكمن في التفاعل بين التصحيح الأمني وميزات مثل التشغيل الآمن والوضع الآمن الظاهري (VSM)، وهي تقنيات مصممة لحماية عملية تمهيد النظام من تهديدات البرامج الثابتة والبرامج الضارة. يمنع الخلل عملية إيقاف التشغيل أو السبات من الاكتمال بشكل صحيح، مما يفرض إعادة تشغيل الجهاز تلقائيًا.
منذ التقارير الأولى في أوائل يناير 2026، كانت Microsoft تراقب الوضع وبدأت بالفعل في توزيع إصلاح طارئ للتخفيف من التأثير. ويتم تنفيذ الحل تدريجيًا من خلال Windows Update، بهدف استعادة الوظائف العادية دون المساس بأمان الأنظمة المتأثرة.
إعدادات الأمان في قلب الأمر
وكشف التحليل الفني أن المشكلة أكثر انتشارًا في الأنظمة التي يتم فيها تمكين ميزة التشغيل الآمن. تعد طبقة الحماية هذه، التي تستخدم تقنيات المحاكاة الافتراضية لعزل مكونات النظام المهمة، شائعة في إصدارات مثل Windows 11 Enterprise وEducation، والتي يتم استخدامها بشكل متكرر في بيئات الشركات والبيئات التعليمية.
أظهرت الأجهزة التي تجمع بين استخدام شريحة الأمان TPM 2.0 ووظيفة Secure Boot أيضًا ضعفًا أكبر تجاه الخطأ. على الرغم من أن هذه الإعدادات تمثل معيارًا أمنيًا حديثًا، إلا أن التفاعل مع تحديث يناير أدى إلى حدوث تعارض يمنع إيقاف التشغيل. وأوضحت مايكروسوفت أنه لا تتأثر جميع الأجهزة بهذه المواصفات، ولكن الارتباط كبير.
تفاصيل الخطأ والإصدارات المتأثرة
تم تقديم الخطأ مع التحديث الأمني التراكمي الذي تم توزيعه في 13 يناير 2026. في البداية، تركزت التقارير في مجموعة صغيرة من المستخدمين، لكن القاعدة المتضررة توسعت مع قيام المزيد من مسؤولي تكنولوجيا المعلومات والمستخدمين بتطبيق التصحيح على أساطيل الأجهزة الخاصة بهم. ويؤثر الخلل بشكل أساسي على إصدار Windows 11 23H2، وهو الأكثر انتشارًا حاليًا.
الأنظمة التي لا تزال تعمل على الإصدارات الأقدم، مثل 21H2، لم تواجه هذه المشكلة، ويرجع ذلك جزئيًا إلى الإلغاء التدريجي لدعم هذه الإصدارات. من ناحية أخرى، سجلت الأجهزة التي تم تحديثها بالفعل إلى إصدار المعاينة 24H2 معدل حدوث أقل بشكل ملحوظ، مما يشير إلى أن التغييرات في جوهر النظام ربما حالت دون حدوث التعارض. تم أيضًا تضمين البيئات التي تستخدم Windows 11 IoT Enterprise في قائمة الأنظمة التي تتطلب الاهتمام.
العرض الرئيسي الذي تمت ملاحظته هو إعادة التشغيل الفوري للكمبيوتر بعد أن يحدد المستخدم خيار “إيقاف التشغيل” من قائمة “ابدأ”. تنطفئ الشاشة كما لو كانت العملية تحدث بشكل طبيعي، ولكن في غضون ثوانٍ قليلة يظهر شعار الشركة المصنعة ويتم تحميل نظام التشغيل مرة أخرى. تمنع هذه الدورة إيقاف تشغيل الأجهزة بالكامل، مما يحافظ على استهلاك الطاقة.
بالإضافة إلى إيقاف التشغيل، أثبتت وظيفة السبات أيضًا أنها غير فعالة بالنسبة للعديد من المستخدمين. عند محاولة السبات، يعود الكمبيوتر إلى الحالة السابقة دون حفظ الجلسة أو ببساطة تتم إعادة تشغيله بنفس الطريقة التي تم بها إيقاف التشغيل. تشير التقارير الإضافية إلى حالات الأعطال أثناء العملية، مع بقاء مبردات النظام ومصابيح LED نشطة إلى أجل غير مسمى حتى يتم إجراء إيقاف التشغيل القسري.
حل الطوارئ عبر التراجع عن المشكلات المعروفة
لاحتواء المشكلة دون مطالبة المستخدمين بإلغاء تثبيت تحديث أمني مهم، قامت Microsoft بتمكين نظام استعادة المشكلات المعروفة (KIR). تسمح هذه التقنية للشركة بتعطيل التغيير المحدد الذي يسبب الخطأ عن بعد، وإرجاع الجزء الإشكالي من التعليمات البرمجية فقط دون التأثير على بقية مجموعة الأمان. يعمل KIR كمحول يصحح السلوك غير المرغوب فيه، مما يضمن بقاء الحماية ضد نقاط الضعف الأخرى نشطة على النظام. يتم توزيع هذا الإصلاح تلقائيًا على أجهزة الكمبيوتر الاستهلاكية وغير المُدارة، ويستغرق النشر الكامل ما بين 24 و48 ساعة للوصول إلى كافة الأجهزة المتصلة بـ Windows Update. في بيئات الشركات، يتوفر لمسؤولي تكنولوجيا المعلومات خيار تسريع العملية من خلال تنفيذ سياسات مجموعة محددة تفرض تطبيق التراجع فورًا عبر الشبكة بالكامل. يعد هذا النهج المركزي أمرًا أساسيًا لضمان الاستقرار على نطاق واسع، ومنع مئات أو آلاف الأجهزة في المؤسسة من البقاء في سلوك خاطئ. قدمت الشركة الوثائق الفنية اللازمة حتى تتمكن فرق تكنولوجيا المعلومات من إجراء الإصلاح بطريقة محكمة وفعالة.
التدابير والتوصيات المؤقتة
على الرغم من أن الإصلاح التلقائي لا يصل إلى جميع الأجهزة، إلا أن Microsoft تنصح المستخدمين بعدم إجراء عمليات إيقاف التشغيل القسري عن طريق الضغط بشكل متكرر على زر الطاقة. هذه الممارسة، على الرغم من أنها تحل الموقف مؤقتًا، إلا أنها تزيد من خطر تلف الملف ويمكن أن تسبب عدم استقرار في نظام التشغيل على المدى الطويل. يعد التحقق يدويًا من وجود تحديثات جديدة من خلال قائمة “الإعدادات” و”Windows Update” هو الإجراء الأول الموصى به.
بالنسبة للمستخدمين المتقدمين ومسؤولي تكنولوجيا المعلومات الذين يحتاجون إلى حل فوري، فإن تعطيل Secure Launch مؤقتًا من خلال تعديل سجل Windows أو عبر سياسات المجموعة (GPO) يعمل على حل المشكلة على الفور. ومع ذلك، فإن هذا النهج يعني تقليل مستوى الأمان عند بدء تشغيل النظام، ويجب اعتباره إجراءً مسكنًا وإعادته بمجرد تطبيق الإصلاح النهائي من Microsoft.
تحديث السجل والخطوات التالية
نظام Windows البيئي ليس غريبًا على المشكلات الناشئة عن التحديثات، خاصة عندما تتضمن ميزات أمان معقدة. واجهت الإصدارات السابقة من Windows 11، مثل 22H2، بالفعل مشكلات في التوافق أثرت على الأداء والاستقرار. لقد استثمرت الشركة في تحسين عمليات الاختبار الخاصة بها، باستخدام حلقات التحقق من الصحة والبرامج الداخلية لتحديد الأخطاء قبل الإصدار على نطاق واسع، لكن التنوع الكبير في الأجهزة والبرامج في السوق لا يزال يمثل تحديًا.
تعمل Microsoft بالفعل على تطوير تصحيح دائم يعمل على إصلاح السبب الجذري لمشكلة إيقاف التشغيل. سيتم دمج هذا الحل النهائي في دورة التحديث الشهرية التالية، المعروفة باسم “Patch Tuesday”، المقرر إجراؤها في فبراير 2026. تحتفظ الشركة أيضًا بصفحة عامة، Windows Release Health Dashboard، حيث يمكن للمستخدمين تتبع الحالة الرسمية للمشكلات المعروفة وحلولها.
أسهم مايكروسوفت
أفادت الشركة أن مراقبة المشكلة لا تزال نشطة وأن قنوات الدعم الفني مستعدة لمساعدة المستخدمين الذين ما زالوا يواجهون صعوبات حتى بعد تنفيذ الإصلاحات الطارئة.
