إنهم يستعدون بالفعل لفوضى عام 2038: ستتعطل العديد من أجهزة الكمبيوتر والبرامج، ولا يوجد حل

ربما لا يزال الكثيرون منكم يتذكرون الارتباك الذي أحدثه ما يُسمى بمشكلة عام 2000 (Y2K) في مطلع القرن قبل أكثر من عقدين. حسنًا، نحن نحذركم الآن من أن هذا قد يتكرر خلال بضع سنوات، في قطاع التكنولوجيا أيضًا.

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

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

من المهم معرفة أنه خلال عصر يونكس، انتشر نظام حساب الوقت الذي اعتمدته هذه الأنظمة على نطاق واسع في جميع البيئات التقنية. يحسب هذا النظام الثواني بدءًا من الساعة 00:00:00 بالتوقيت العالمي المنسق (UTC) في 1 يناير 1970، والتي تُعتبر نقطة الصفر. بالنسبة للتواريخ السابقة لعام 1970، تُستخدم قيم سالبة. وقد اختار مطورو يونكس هذا النهج لبساطته. واليوم، يُستخدم هذا النظام على نطاق أوسع بكثير من أنظمة يونكس؛ فهو شائع في قواعد البيانات، ولغات البرمجة، وبروتوكولات الشبكات، وحتى أجهزة iOS وأندرويد.

مع ذلك، في البداية، كانت هذه الطريقة تخزن الوقت كعدد صحيح مُوَقَّع من 32 بت. وقد سمح هذا بتمثيل نطاق زمني من عام 1901 تقريبًا إلى عام 2038. تكمن المشكلة في أنه في 19 يناير 2038، عند الساعة 03:14:07 بالتوقيت العالمي المنسق (UTC)، سيصل هذا العدد إلى أقصى قيمة له ويتجاوز الحد المسموح به، ليصبح سالبًا. ومن هنا يأتي الخطأ الذي سيحدث في تلك اللحظة.

قد يتسبب هذا الحدث، المعروف باسم مشكلة عام 2038 أو Y2K38، في أعطال مشابهة لتلك التي ذكرناها سابقًا. وستؤثر هذه الأعطال على أجهزة نقاط البيع، والأنظمة المدمجة، وأجهزة التوجيه، والسيارات، والمعدات الصناعية.

- حلول لتأثير Y2K38

من المهم معرفة أن الأنظمة الحديثة تحل هذه المشكلة باستخدام 64 بت لتخزين التاريخ والوقت. لذا، إذا كان لديك نظام تشغيل بهذه البنية 64 بت، فلن تواجه أي مشاكل. مع ذلك، لا تزال ملايين الحواسيب التي تستخدم تخزين التاريخ 32 بت قيد التشغيل، وستحتاج إلى ترقية أو استبدال قبل حلول ذلك اليوم. في الحالات التي لا تتطلب إدارة التواريخ قبل عام 1970، يُخزن التاريخ كعدد صحيح غير مُوقّع 32 بت. يمكن لهذا النوع تمثيل التواريخ من عام 1970 إلى عام 2106.

في الوقت نفسه، يكمن الاختلاف الرئيسي بين مشكلة عام 2038 ومشكلة عام 2000 في نطاق التحول الرقمي في حياتنا. فعدد الأنظمة التي تتطلب تحديثات اليوم يفوق بكثير ما كان عليه في عام 2000.

في هذه المرحلة، وكما نعلم الآن، فقد تم وضع الأساس لحل مشكلة عام 2038 بنجاح في أنظمة التشغيل الرئيسية. أضافت نواة لينكس دعمًا لأنظمة 64 بت حتى على معمارية 32 بت بدءًا من الإصدار 5.6 في عام 2020. في الوقت نفسه، تستخدم لغات مثل جافا وبايثون وجو عادةً أنواعًا تمنع تجاوز سعة الذاكرة، لكن أمان المشاريع المُجمّعة يعتمد على تفاعلها مع المكتبات الضعيفة المكتوبة بلغة سي.

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

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