ثلاثة مواقع لـ ICANN أُغلقت؛ أنظمة الطلبات بقيت تعمل

الخلاصة

• أوقفت ICANN مؤقتاً ثلاثة مواقع تعمل بـ PHP بعد إعلان ثغرتين خطيرتين قد تتيحان تنفيذ التعليمات البرمجية عن بُعد دون مصادقة.
• واصلت أنظمة طلبات نطاقات gTLD الجديدة ونشرها العمل لعدم اعتمادها على PHP؛ وعادت المواقع بعد اختبار التصحيح.

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

في 21 أكتوبر، نشر مشروع PHP تنبيهاً أمنياً عن ثغرتين خطيرتين قد تسمحان بتنفيذ تعليمات برمجية عن بُعد دون مصادقة. تتعلق الأولى بمعالجة نفاد الذاكرة أثناء تنظيف الطلب، حين تكون بياناته الداخلية غير مكتملة؛ وتتعلق الثانية باستخدام حالة داخلية قديمة بعد تحرير الذاكرة التي كانت تحتفظ بها. أدرج المشروع الإصلاحات في PHP 8.5.12 و8.4.27 و8.3.36 و8.2.35.

قالت ICANN إنها أوقفت مؤقتاً موقع منظمة دعم الأسماء العامة (GNSO) وموقعي برنامجي gTLD لجولتي 2026 و2012 لأنهما يعتمدان على PHP. وقالت المنظمة إنه لا توجد مؤشرات على تأثر أنظمتها سلباً. وظل نظام نشر الطلبات والإحصاءات (APS) ونظام إدارة طلبات نطاقات المستوى الأعلى (TAMS) متاحين لأنهما لا يعتمدان على PHP.

كان لهذا الفصل أثر عملي على المتقدمين: ظل دليل المتقدمين لجولة 2026 متاحاً عبر ICANN.org أثناء توقف موقع الجولة. وفي 22 أكتوبر، أعلنت ICANN أنها طبقت تصحيح PHP Foundation واختبرته، ثم أعادت المواقع الثلاثة.

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

لم تحدد ICANN إصدارات PHP المثبتة على المواقع الثلاثة. لكن سجلها يبين تقسيم الخدمة: عزلت المواقع، واستمرت الأنظمة المركزية في العمل، ثم جاءت الاستعادة بعد اختبار التصحيح.

المصادر: رد ICANN وتحديث استعادة المواقع؛ التنبيه الأمني لمشروع PHP.