PHP2Shell: ثغرة حرجة تعني المباني المتصلة أيضًا
*لمن هذا المقال: *مستغلو المباني ومالكوها، والمُدمِجون، ومكاتب الدراسات، والمسؤولون عن المعلوماتية.
تم التحديث في 22 أكتوبر 2026. الوضع في تطور: سنُكمل هذا المقال إذا تغيّرت النشرات الرسمية.
في 21 أكتوبر 2026، نشر فريق PHP بشكل عاجل تصحيحات لثغرتين حرجتين أُطلق عليهما اسم «PHP2Shell». تشغّل هذه اللغة جزءًا كبيرًا من مواقع الويب في العالم، ولكن أيضًا العديد من واجهات المعدات الفنية. ولهذا لا يخص هذا التنبيه مواقع الإنترنت وحدها.
باختصار (حتى 22 أكتوبر 2026)
- ثغرتان في PHP، هما CVE-2026-109618 وCVE-2026-109619، قد تسمحان في بعض الإعدادات بالسيطرة على خادم عن بُعد، دون كلمة مرور.
- المشكلة عالمية: PHP مستخدمة في كل مكان، وقد نشرت وكالات الأمن السيبراني في عدة دول تنبيهات، منها CERT-FR في فرنسا وNCSC في المملكة المتحدة.
- يطلب NCSC أيضًا متابعة تحديثات المصنّعين بالنسبة إلى المعدات التي تتضمن PHP. والمنشآت الفنية للمباني من بين الأنظمة التي يجب التحقق منها.
تنبيه عالمي في 48 ساعة
كان من المقرر الكشف عن تفاصيل الثغرتين بشكل منسّق في 22 أكتوبر. وبحسب شركة الأمن watchTowr، تسرّبت هذه التفاصيل على شبكات التواصل الاجتماعي منذ 20 أكتوبر، أي قبل صدور التصحيحات. فنشر فريق PHP تحديثاته بشكل عاجل في 21 أكتوبر، بعد أن أرسلها مسبقًا إلى توزيعات Linux وإلى المورّدين الذين يقدّمون دعمًا طويل الأمد.
ليست PHP برنامجًا كغيره: فهي مثبّتة على ملايين الخوادم في العالم. وفي غضون ساعات، تناقلت التنبيه وكالات الأمن السيبراني في عدة دول. وفي المملكة المتحدة، يحيل NCSC إلى قائمة بالمنتجات المعنية يعدّها نظيره الهولندي NCSC-NL.
ما نعرفه (حتى 22 أكتوبر 2026)
ما أكدته المصادر الرسمية:
- صحّحت PHP ثغرتين حرجتين، تقييمهما 9,2 من 10. وقد تسمحان بتنفيذ تعليمات برمجية عن بُعد دون مصادقة.
- الإصدارات المصحّحة هي PHP 8.5.12 و8.4.27 و8.3.36 و8.2.35.
- لم يعد مشروع PHP يصون الإصدار 8.1 وما قبله. ونظرًا إلى خطورة الثغرتين، نشر فريقه الأمني مع ذلك تصحيحات دنيا للإصدارات 7.4 و8.0 و8.1، كما تقدّم بعض التوزيعات والمورّدين تصحيحات منقولة إلى الإصدارات القديمة.
- بحسب فريق PHP، يخص الخطر كل المنشآت التي تعالج طلبات الويب، ويكون في أعلى مستوياته مع الوحدة mod_php في Apache.
- يشير CERT-FR إلى علمه بوجود براهين على المفهوم (proofs of concept). ويوصي NCSC البريطاني بالتحديث دون انتظار، وإذا تعذّر تطبيق أي إجراء بسرعة، بالنظر في فصل النظام عن الشبكة.
ما أفادت به شركة أمن:
- تشير watchTowr إلى أنها رصدت محاولات استغلال على شبكة الفخاخ التابعة لها (honeypots) منذ 21 أكتوبر. ولا تخص هذه الملاحظات، في هذه المرحلة، حوادث مؤكدة في مبانٍ متصلة.
ما يبقى بحاجة إلى تأكيد
- الحجم الحقيقي للهجمات: حتى 22 أكتوبر، لا يذكر CERT-FR ولا NCSC استغلالًا فعليًا، ولم تكن الوكالة الأمريكية CISA قد أدرجت هاتين الثغرتين في فهرس الثغرات المستغلّة، بحسب watchTowr، وهو ما لا يثبت غياب الهجمات.
- قائمة المعدات والبرمجيات المعنية، التي يعمل المصنّعون على إعدادها.
لماذا تعني هذه الثغرة المباني المتصلة؟
تُعرف PHP أولًا بأنها لغة العديد من مواقع الويب. لكنها موجودة أيضًا في أماكن أخرى.
لدى الكثير من المعدات الفنية واجهة ويب مدمجة، يمكن النفاذ إليها من متصفح:
- أجهزة الإشراف على أنظمة إدارة المباني (GTB) وخوادم العرض؛
- البوابات بين البروتوكولات؛
- الموجّهات، وجدران الحماية، ونقاط النفاذ Wi-Fi؛
- خوادم التخزين (NAS) وبعض أجهزة التسجيل.
لا تعني هذه القائمة أن هذه المعدات معرّضة للثغرة. فبحسب المصنّعين، قد تعتمد هذه الواجهات على PHP، أو على لغة أخرى، أو على خادم ويب خاص. والمصنّع وحده يستطيع أن يحدد إن كانت معدّاته تستعمل PHP، وبأي إصدار. وفي المقابل، فإن عدم معرفة ما إذا كان جهاز ما يستعمل PHP لا يثبت أنه محمي.
وهذا بالضبط ما يؤكده NCSC البريطاني. إذ يطلب من المؤسسات متابعة تحديثات مورّدي البرمجيات الخارجيين، «بما في ذلك المعدات والخدمات التي قد تتضمن PHP».
بدأ كبار المصنّعين عمليات التحقق. فعلى سبيل المثال، تفحص Cisco قائمة طويلة من منتجاتها (الشبكات، والأمن، وWi-Fi، والهاتف). وحتى 22 أكتوبر، لم يكن أي منها معروفًا بأنه متأثر، وأكدت Cisco أنها لا تعلم بأي استعمال خبيث لهاتين الثغرتين.
الفخ الحقيقي: المعدات التي لا تُحدَّث أبدًا
على خادم ويب عادي، الجواب بسيط: تثبيت الإصدار المصحّح من PHP.
أما بالنسبة إلى جهاز فني، فالأمر مختلف. فالبرنامج مدمج في البرنامج الثابت (firmware) الخاص بالمصنّع. ولا يستطيع المستغل تحديث PHP بنفسه: عليه أن ينتظر تحديثًا يوفّره المصنّع، ثم يثبّته.
غير أن المعدات القديمة كثيرًا ما تتضمن إصدارات قديمة من PHP، ويذكّر CERT-FR بأن إصدارات السلاسل 5 و7 و8.0 و8.1 لم تعد تُصان. وتوجد تصحيحات لبعضها، لكن يبقى على المصنّع أن يدمجها في تحديث لبرنامجه الثابت.
ونجد هنا سيناريو مشابهًا لما حدث مؤخرًا مع وحدات التحكم في منشآت التبريد. فبحسب Danfoss، كانت أغلب الوحدات المتضررة منتجات قديمة لم تعد تتلقى تحديثات، وذكّر CERT-FR بأن واجهاتها ما كان ينبغي أن تكون معرّضة على الإنترنت. وقد فصّلنا ذلك في مقالنا حول الأمن السيبراني للمباني المتصلة.
ما العمل الآن؟
- جرد واجهات الويب. إعداد قائمة بالمعدات الفنية التي لها واجهة يمكن النفاذ إليها من متصفح، والتحقق من تلك التي يمكن الوصول إليها من الإنترنت؛
- عدم تعريض أي شيء مباشرة على الإنترنت. يوصي CERT-FR بعزل المعدات المعنية. ويجب أن يمر النفاذ عن بُعد عبر VPN أو نفاذ مُرشَّح، وليس أبدًا عبر واجهة مفتوحة. هذه الإجراءات تقلّص التعرّض، لكنها لا تصحّح الثغرة؛
- مراسلة المصنّعين والمُدمِجين. السؤال عمّا إذا كان الجهاز يستعمل PHP، وبأي إصدار، وهل يُنتظر صدور تصحيح؛
- تطبيق التحديثات فور صدورها. بالنسبة إلى الخوادم التي تديرونها بأنفسكم، الانتقال إلى إصدار مصحّح من PHP. ويوضح فريق PHP أن إجراءاته المؤقتة لا تجعل المنشأة آمنة: فهي لا تعوّض التحديث؛
- البحث عن مؤشرات الاختراق. قبل تصحيح نظام معرّض، ينصح NCSC بالتحقق من أنه لم يُخترق بعد، مثلًا عبر باب خلفي ثبّته مهاجم؛
- الفصل عن الشبكة كحل أخير. إذا تعذّر تصحيح نظام معرّض أو حمايته بسرعة، يوصي NCSC بالنظر في فصله عن الشبكة.
أسئلة شائعة
هل مبناي معنيّ إذا لم يكن لديّ موقع ويب؟
ربما. فالمسألة ليست امتلاك موقع ويب، بل معرفة ما إذا كانت لمعداتكم الفنية واجهة ويب تعتمد على PHP. والمصنّع وحده يستطيع تأكيد ذلك لكل جهاز.
كيف أعرف إن كان جهاز ما يستعمل PHP؟
بالاطلاع على النشرات الأمنية للمصنّع، أو بسؤاله مباشرة مع ذكر المرجع الدقيق للجهاز وإصدار برنامجه الثابت. ويمكن للمُدمِج مساعدتكم في إعداد هذا الجرد.
هل يجب إيقاف المعدات فورًا؟
ليس بالضرورة. الأولوية هي التحقق من أنه لا يمكن الوصول إليها مباشرة من الإنترنت. ولا يُنصح بالفصل عن الشبكة إلا كحل أخير، لنظام معرّض لا يمكن تصحيحه ولا حمايته بسرعة.
الخلاصة: درس يتجاوز PHP
ستُصحَّح هذه الثغرة، كما صُحّحت ثغرات قبلها. لكنها تذكّر بحقيقة: يضم المبنى المتصل عشرات البرمجيات التي لا يراها أحد، ويجب معرفة وجودها لحمايتها.
المنشآت الأكثر صمودًا هي تلك التي صُمّمت لذلك منذ البداية: جرد محدَّث، وشبكات مجزّأة، ونفاذ عن بُعد متحكَّم فيه، وخطة تحديث طوال عمر المعدات.
لا يكفي أن يكون المبنى الذكي مُدمَجًا بإتقان. بل يجب أيضًا أن يكون قابلًا للصيانة والتأمين مع مرور الزمن.
في ExaBuilding، يندرج هذا الشرط في كل مشروع، من تدقيق المنشآت القائمة إلى تصميم وإدماج الأنظمة الجديدة.
هل ترغبون في معرفة ما إذا كانت منشآتكم الفنية معرّضة؟ تحدّثوا إلى خبير
ملاحظة: يعرض هذا المقال الوضع حتى 22 أكتوبر 2026، استنادًا إلى النشرات الرسمية المتاحة في هذا التاريخ. وبالنسبة إلى كل جهاز، تبقى النشرة الأمنية للمصنّع هي المرجع.
المصادر
المصادر الرسمية
- PHP، النشرة الأمنية بتاريخ 21 أكتوبر 2026 حول CVE-2026-109618 وCVE-2026-109619 (PHP 8.5.12 و8.4.27 و8.3.36 و8.2.35): https://www.php.net/archive/2026.php
- CERT-FR (ANSSI)، التنبيه CERTFR-2026-ALE-014 «Multiples vulnérabilités dans PHP»، 21 أكتوبر 2026، تحديث 22 أكتوبر 2026 (بالفرنسية): https://cert.cyber.gouv.fr/alerte/CERTFR-2026-ALE-014/
- NCSC (المملكة المتحدة)، «Critical security issue affecting PHP»، 21 أكتوبر 2026، تحديث 22 أكتوبر 2026: https://www.ncsc.gov.uk/news/critical-security-issue-affecting-php
المصنّع
- Cisco، «Vulnerabilities in PHP Affecting Cisco Products: October 2026»، 21 أكتوبر 2026، الإصدار 1.2 بتاريخ 22 أكتوبر 2026: https://sec.cloudapps.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-php-october26-Jj384Daq
شركة أمن
- watchTowr، «PHP2Shell FAQ: CVE-2026-109618 & CVE-2026-109619»، 20 أكتوبر 2026، تحديث 22 أكتوبر 2026: https://watchtowr.com/intelligence/php-cve-2026-109618-faq/

Oussama Ben Jemia