يُحثّ محترفو الأمن السيبراني مشغلي المواقع الإلكترونية—وأي شخص يستخدم خدمات التشفير على الويب—على اعتبار الثغرات المتعلقة بـ PHP خطرًا نشطًا على المدى القريب، حتى بعد إصدار التصحيحات الطارئة. وقال مديرو تنفيذيون لـ Immunefi، ميتشل أماردور، إن العديد من المواقع الأصغر قد تستغرق أسابيع لتطبيق التحديثات بشكل مستقل، مما يترك المستخدمين عرضة للخطر لفترة أطول مما تشير إليه خريطة الوقت الأولية للكشف.
تحذير أماردور يأتي بعد وقت قصير من اعتراف مؤسسة PHP بأنها أخرت إصلاح عيب حرج تم تحديده لأول مرة في عام 2024، مُبررةً ذلك بنقص الموارد. وعلى الرغم من إصدار تصحيحات طارئة لثغرتين حرجتين في نفس اليوم، فإن المسؤولية لا تزال تقع على عاتق المواقع الفردية لترقية تثبيتها.
أبرز النقاط
- قال الرئيس التنفيذي لـ Immunefi، ميتشل أماردور، يجب على المستخدمين افتراض أن أي موقع يسجلون الدخول إليه قد يُخترق خلال الأسابيع القليلة القادمة.
- حتى مع توفر تصحيحات طارئة لـ PHP، يجب على المواقع لا تزال ترقية نفسها—قد تتأخر المشغلون الأصغر لأسابيع.
- أوصى أمادور المستخدمين بعدم إعادة استخدام كلمات المرور وممارسة الحذر عند ربط محافظ التشفير بالمواقع الإلكترونية.
- كما أوصى بإلغاء موافقات الرموز التي لا يتعرف عليها المستخدمون لتقليل تأثير الأنشطة الضارة المحتملة.
- أبلغت أطراف متعددة عن نشاط استغلال سريع بعد الإفصاح العام، بما في ذلك تقارير عن ملايين المحاولات خلال 24 ساعة.
لماذا قد لا تصل تحديثات PHP بسرعة كافية
وصف أمارادور الوضع كجزء من نمط متكرر في الأمن الحديث: يمكن تحديد الثغرات بسرعة، لكن معالجتها غالبًا ما تكون أبطأ وأكثر تكلفة—خاصةً بالنسبة للعدد الكبير من المواقع الصغيرة. وقال أمارادور لCointelegraph: "هذا هو كارثة الثغرات" التي تسير وفق الجدول الزمني، مؤكدًا أن الفجوة الزمنية بين الإفصاح عن الثغرة واعتماد التصحيح على نطاق واسع هي المكان الذي يحدث فيه الضرر الحقيقي.
في التطبيق العملي، يهدف نصيحته إلى المستخدمين الذين قد يتفاعلون مع مواقع لم تقم بعد بترقية إصدارات PHP الخاصة بها. "للسابقين القادمين، تعامل مع أي موقع تدخل إليه كأنه قد يكون مخترقًا بالفعل"، قال. بالنسبة لمستخدمي العملات المشفرة، يعني ذلك زيادة الحذر حول توصيلات المحافظ، حيث قد تحاول المواقع الضارة خداع المستخدمين لاعتماد إذونات الرموز أو التفاعل مع عقود ضارة.
وأكد أمادور أيضًا على إجراءات النظافة الأساسية التي يمكنها تقليل الضرر اللاحق في حال اختراق موقع ويب، بما في ذلك تجنب إعادة استخدام كلمات المرور وإلغاء موافقات الرموز غير المعروفة.
تأخير وتصحيحات طارئة لمؤسسة PHP
Cointelegraph أفادت سابقًا أن مؤسسة PHP اعترفت بأنها أخرت إصلاح ثغرة أمنية حرجة تم تحديدها لأول مرة في عام 2024 بسبب نقص في الموارد. وتشير نفس التقارير إلى أن المطورين أصدروا تصحيحات طارئة لثغرتين حريجتين في يوم الإصدار الطارئ، لكنهم لم يزيلوا المشكلة الأساسية: لا يزال كل موقع ويب بحاجة إلى تحديث بيئته الخاصة.
هذا التمييز مهم لإدارة المخاطر. لا يعني الإصدار التصحيحي تلقائيًا حماية فورية عبر الإنترنت، وقد يقلل المدافعون الذين يفترضون أن "تم التصحيح" يعني "في كل مكان" من المدة التي يمكن أن تستمر فيها فرص الاستغلال—خاصةً للمواقع التي تعتمد على الاستضافة المشتركة أو لديها دورات تحديث أقل تكرارًا.
كما نقلت التغطية السابقة من Cointelegraph عن أمادور تحذيره من أن التحولات في مشهد الأمن السيبراني تجعل هذه الدورات أكثر خطورة. في مقابلة في يونيو، ربط أمادور مفهوم "كارثة الثغرات" بكيفية تأثير قدرات المهاجمين المتغيرة والسباق الأمني الأوسع على تسريع مسار الاكتشاف إلى الاستغلال، مما يسهم في وقوع حوادث بارزة بما في ذلك قرصانات DeFi.
تم الإبلاغ عن محاولات الاستغلال بسرعة بعد الإفصاح
الإلحاح وراء تحذير أمارادور مدعوم بتقارير عن استغلال سريع الحركة. ونقلت كونتيليغراف عن رئيس تنفيذي Cloudflare ماثيو برنس، الذي قال إن الشبكة شهدت "ملايين محاولات الاستغلال" في الساعات الـ24 التالية لكشف الثغرات البرمجية في PHP، وفقًا لمنشور على X يوم الخميس يُنسب إلى برنس. كما لاحظ عددًا من المحاولات قبل الإفصاح العام.
هذا مهم لأن PHP لا يزال مستخدمًا على نطاق واسع. وفقًا لـ Cloudflare، فإن حوالي واحد من كل خمسة مواقع ويب عالميًا يوجه حركة المرور من خلال بنية Cloudflare الأساسية، والتي تقول الشركة إنها تساعد في حماية المستخدمين وتسريع تسليم المواقع. في الوقت نفسه، تقدر W3Techs أن PHP يدير حوالي 69% من المواقع التي تستخدم لغة برمجة جانب خادم معروفة، مما يشير إلى نطاق تأثير كبير محتمل إذا سمحث الثغرات بالاختراق عن بُعد أو نشر البرمجيات الخبيثة أو حقن التعليمات البرمجية الضارة.
تم تأكيد هذه المخاوف من قبل شعبة الإنترنت التابعة لمكتب التحقيقات الفيدرالي. وفي منشور على X يوم الأربعاء، حذرت الشعبة من أن هذه الثغرات قد تمكن الجهات الضارة من "تنفيذ التعليمات البرمجية عن بُعد في نواة PHP"، مع إمكانية تعريض البيانات والشبكات الحساسة للخطر.
ما يجب على المستخدمين والمشغلين فعله بعد ذلك
الشك الرئيسي في الأيام القادمة ليس ما إذا كانت التصحيحات موجودة، بل مدى سرعة تحديث المواقع عمليًا. إن إرشادات أمادور تسأل فعليًا المستخدمين سد هذه الفجوة من خلال افتراض أن الاختراق ممكن—حتى لو كان جزء صغير فقط من المواقع عرضة للخطر في أي لحظة معينة.
لمشغلين المواقع، الأولوية الفورية هي ضمان تحديث PHP واتباع بيئات الاستضافة لهذه التحديثات. بالنسبة لمستخدمي العملات المشفرة، تشير ملاحظات أماردور إلى اتخاذ موقف حذر بشأن توصيلات المحافظ: تجنب التفاعل مع صفحات ويب خطرة أو غير مألوفة، ومراجعة موافقات الرموز لإلغاء أي شيء غير ضروري أو غير معروف بوضوح.
بما أن حملات الاستغلال تتسارع عادةً حول الإفصاح، ثم تتباطأ مع تحسن تغطية التصحيحات، فإن العنصر التالي الذي يجب على القراء مراقبته هو وتيرة اعتماد تحديثات PHP عبر مزودي الاستضافة والمواقع الفردية—وخاصة المواقع الصغيرة التي قد تستغرق وقتًا أطول للتحديث وبالتالي من المرجح أن تظل جزءًا من نافذة التعرض.
تم نشر هذا المقال أصلاً كـ CEO of Immunefi: عيب PHP يعزز المخاطر الأمنية المتزايدة للذكاء الاصطناعي على Crypto Breaking News – مصداقيك الموثوق لأخبار التشفير، أخبار البيتكوين، وتحديثات البلوك تشين.