الملخص:
تواجه لغة برمجة PHP، المستخدمة على نطاق واسع في تطوير مواقع الويب وتطبيقات الويب، تحديثًا أمنيًا طارئًا. يخطط فريق تطوير PHP لإصدار إصلاحات لثغرتين أمنيتين خطيرتين في 21 أكتوبر 2026. وبما أن الثغرة الأمنية قد تسمح للمهاجمين بتنفيذ تعليمات برمجية عن بعد دون مصادقة، فقد أوصت وكالة الأمن السيبراني الأوروبية بأن تقوم المنظمات ذات الصلة بإكمال الإصلاح في أقرب وقت ممكن؛ إذا لم يكن من الممكن تحديثها مؤقتًا، فقد تحتاج بعض مواقع الويب إلى عزل الوصول إلى الشبكة أو حتى إيقاف الخدمات مؤقتًا لتقليل مخاطر التعرض للهجوم.
ولجعل الأمور أكثر تعقيدًا، لا يمكن لمشرفي المواقع الاعتماد فقط على ميزة التحديث التلقائي في WordPress لحل المشكلة. يذكر Wordfence على وجه التحديد أن الثغرة الأمنية هذه المرة موجودة في PHP نفسها، وليس في برنامج WordPress الأساسي أو المكون الإضافي. لذلك، حتى لو قام موقع الويب بتحديث WordPress الأساسي والمكونات الإضافية تلقائيًا، فقد تظل بيئة PHP التي يعمل عليها الخادم بالفعل بحاجة إلى الترقية بشكل منفصل.
بالنسبة للمستخدمين الذين يستخدمون الاستضافة الافتراضية، عادةً ما تتم صيانة PHP بواسطة موفر الاستضافة؛ إذا كان موقع الويب يعمل على خادم افتراضي خاص تتم إدارته ذاتيًا، أو خادم سحابي، أو خادم مستقل، فقد تقع مسؤولية الصيانة على عاتق مالك موقع الويب أو مسؤول النظام. يحتاج مشغلو مواقع الويب إلى التأكد من إصدار PHP المستخدم حاليًا، ومن يدير الخادم، وما إذا كان مزود الخدمة سينشر إصدار الإصلاح في الوقت المناسب.
أصدر فريق الاستجابة لطوارئ الأمن السيبراني الأوروبي (CERT-EU) والمركز الوطني للأمن السيبراني في المملكة المتحدة تحذيرات، وأوصوا المنظمات التي لا تستطيع إكمال الإصلاح على الفور بعزل التطبيقات التي تواجه الإنترنت مؤقتًا عن الشبكة العامة، أو فصل مواقع الويب ذات الصلة مباشرة عن الإنترنت حتى يتم تخفيف الثغرة الأمنية بشكل فعال. وأشار الاتحاد الأوروبي على وجه التحديد إلى أن الثغرة الأمنية قد تسمح للمهاجمين بتنفيذ تعليمات برمجية ضارة دون تسجيل الدخول إلى النظام، لذلك يجب على المؤسسات تحديد الأصول المتأثرة مسبقًا والاستعداد للتحديثات الطارئة.
لقد اتخذت بعض المؤسسات بالفعل إجراءات وقائية. قال فريق تطوير نظام التشغيل المحمول GrapheneOS إنه أغلق منتدى مناقشة المستخدم الخاص به مؤقتًا لتجنب المخاطرة غير الضرورية حيث أن كود الهجوم لإثبات المفهوم للثغرة الأمنية قيد التطوير. قالت مطورة PHP جينا بيتر باجارد أيضًا أن تثبيت التصحيحات هو مفتاح حل المشكلة؛ إذا تعذر إصلاحه في الوقت المناسب، فقد يكون إيقاف تشغيل الخادم خيارًا أكثر أمانًا.
وحذر باحثو الأمن السيبراني أيضًا من أنه بعد إصدار التصحيح، قد يقوم المهاجمون بتحليل اختلافات التعليمات البرمجية بسرعة قبل التصحيح وبعده، ومعرفة كيفية استغلال الثغرة الأمنية، وشن هجمات واسعة النطاق على الخوادم التي لم يتم تحديثها. تتوقع منظمة الأبحاث الأمنية Sansec أن الهجمات واسعة النطاق قد تحدث في غضون 15 دقيقة فقط بعد نشر التصحيح. ولا يعني هذا التوقع أن الهجوم سيحدث بالتأكيد خلال هذا الإطار الزمني، ولكنه يعكس مخاوف صناعة الأمن بشأن التوسع السريع للمخاطر بعد الإعلان عن الثغرة الأمنية.
في غضون ذلك، قال Dane Knecht، كبير مسؤولي التكنولوجيا في Cloudflare، إن المنصة لاحظت علامات مبكرة على الهجمات التي تستهدف مواقع الويب التي تعمل بلغة PHP. يقوم Cloudflare بتعديل قواعد جدار الحماية مؤقتًا لتوفير حماية إضافية حتى يتم إصدار التصحيح الرسمي. ومع ذلك، أكد أن هذه الإجراءات لا يمكن استخدامها إلا كحل انتقالي ولا يمكن أن تحل محل الإصلاحات الرسمية.
ذكر مركز الأمن السيبراني الأسترالي أنه لم يتم اكتشاف أي أنشطة استغلال مؤكدة تتعلق بهاتين الثغرات الأمنية في ذلك الوقت، وأوصى بأن تقوم المؤسسات بجرد الأنظمة التي تعمل بلغة PHP داخليًا في أقرب وقت ممكن، وإعداد التصحيحات مسبقًا، ومراقبة التطبيقات بشكل مستمر بحثًا عن أي خلل. لدى الوكالات الأمنية المختلفة بيانات مختلفة حول حالات الهجوم، مما يعني أن استخبارات التهديدات لا تزال تتغير بسرعة، ويجب ألا يفترض مشغلو مواقع الويب أن أنظمتهم آمنة لمجرد عدم تأكيد الهجمات واسعة النطاق بعد.
بالنسبة لمالكي مواقع الويب العاديين، فإن الدرس الأكثر أهمية من هذه الحادثة هو أن أمان موقع الويب لا يعتمد فقط على ما إذا كان نظام إدارة المحتوى والمكونات الإضافية محدثًا، بل يعتمد أيضًا على ما إذا كان يتم الحفاظ على بيئة التشغيل الأساسية للخادم في الوقت المناسب. حتى إذا كان موقع الويب نادرًا ما يقوم بتحديث المحتوى، فطالما أن الخدمات لا تزال تقدم عبر الإنترنت، فقد تصبح نقاط الضعف الخطيرة في البرنامج الأساسي نقاط دخول للهجمات.
تخطط PHP رسميًا لإصدار نسخة تم إصلاحها في الساعة 14:00 بالتوقيت العالمي المنسق في 21 أكتوبر 2026، الموافق 22:00 بتوقيت بكين. وذكر فريق التطوير أنه سيعلن أيضًا عن تفاصيل الثغرة الأمنية والإصدارات المتأثرة ومعلومات الإصدار التي تم إصلاحها في ذلك الوقت. يجب على مسؤولي مواقع الويب التأكيد في أقرب وقت ممكن بعد إصدار التحديث الرسمي على ما إذا كان مزود الخدمة أو الخادم الخاص بهم قد أكمل الإصلاح، والتحقق من سجلات النظام والأنشطة غير الطبيعية إذا لزم الأمر.
مع اقتراب إصدار تصحيح PHP، سيدخل عدد كبير من مواقع الويب حول العالم في مرحلة الصيانة الطارئة. ولا تأتي خطورة هذه الحادثة من الثغرة نفسها فحسب، بل أيضًا من العدد الكبير من خوادم الإصدارات القديمة الموجودة على الإنترنت، وواقع أن أصحاب المواقع قد لا يتمكنون من استكمال التحديثات في الوقت المناسب. بالنسبة للأنظمة الهامة التي لا يمكن إصلاحها على الفور والتي تتعرض مباشرة للإنترنت، قد يكون من الآمن تقييد الوصول مؤقتًا أو إيقافها عن الاتصال بالإنترنت بدلاً من الاستمرار في المخاطرة.
مزيد من المعلومات:
https://www.php.net/index.php
التعليقات