قاعدة معرفة سكاي لاين

الأمن السيبراني

روتين شهري لترقيع PHP في الشركات الصغيرة: راقب، انسخ احتياطيًا، اختبر، حدّث، تحقق

أصدر PHP وديبيان تحديثات أمنية لـ PHP كل شهر تقريبًا في 2026. روتين بسيط لتطبيقها بأمان، مع مسار سريع للإصلاحات الحرجة.

تاريخ النشر
مدة القراءة
6 دقائق
الكاتب
SKYLINE Engineering

إذا كانت شركتك تشغّل موقعًا أو متجرًا أو أداة داخلية مبنية على PHP، فتحديثات الأمان ليست حدثًا عارضًا. ففي 2026 نشر PHP إصدارات أمنية في مايو ويونيو ويوليو (مرتين) وسبتمبر وأكتوبر، وتبعته ديبيان بحزم php8.4 محدّثة لديبيان 13 في 8 مايو و4 يوليو و31 يوليو و25 سبتمبر و21 أكتوبر. ولا يستطيع فريق صغير أن يتعامل مع كل تحديث منها كأنه يبدأ من الصفر. ما ينجح فعلًا هو روتين شهري ثابت يعرفه الجميع، مع مسار سريع للإصدارات الحرجة النادرة. يعرض هذا الدليل الأمرين للخوادم العاملة بديبيان أو أوبونتو.

1. اعرف ما تشغّله

يبدأ الترقيع بالجرد. دوّن لكل خادم إصدار نظام التشغيل، وكل إصدارات PHP المثبتة، والمواقع التي يستخدمها كل مجمّع PHP-FPM، والتطبيقات المبنية فوقها مثل ووردبريس وLaravel ودروبال. هذه الأوامر تجمع أغلب ذلك:

cat /etc/os-release
dpkg -l 'php*' | grep '^ii'
ls /run/php/
systemctl list-units 'php*-fpm.service'

ودوّن حالة الدعم أيضًا. تأتي ديبيان 13 ‏(trixie) مع PHP 8.4 وتتلقى إشعارات أمان ديبيان (DSA). وتأتي ديبيان 12 ‏(bookworm) مع PHP 8.2، وقد انتهى دعمها الاعتيادي في يوليو 2026، وصارت إصلاحاتها تأتي من فريق Debian LTS في صورة إشعارات DLA حتى 30 يونيو 2028. أما ديبيان 11 ‏(bullseye) فخرجت من الدعم الممتد في 31 أغسطس 2026، والخوادم التي ما زالت عليها يجب ترقيتها لا ترقيعها. وعلى مستوى المصدر يتلقى PHP 8.2 إصلاحات أمنية حتى 31 ديسمبر 2026، بينما PHP 8.1 منتهي الدعم أصلًا.

2. اشترك في المصادر الصحيحة

  • إصدارات PHP: القائمة البريدية منخفضة الحجم php-announce (يكون الاشتراك بإرسال بريد إلى php-announce+subscribe@lists.php.net)، أو موجز الأخبار https://www.php.net/feed.atom.
  • ديبيان 13: قائمة debian-security-announce ‏(DSA).
  • ديبيان 12: قائمة debian-lts-announce ‏(DLA).
  • أوبونتو: إشعارات أمان أوبونتو. تنقل أوبونتو الإصلاحات إلى نسخها الخاصة من PHP، فقارن بإشعاراتها لا بأرقام إصدارات php.net.
  • التطبيقات: إعلانات الإصدارات الخاصة بنظام إدارة المحتوى أو إطار العمل، والأمر composer audit للمشاريع المبنية على Composer.

وجّه هذه المصادر إلى صندوق بريد أو قناة مشتركة يقرؤها أحد فعلًا، لا إلى بريد شخص واحد.

3. الروتين الشهري

اختر يومًا ثابتًا، مثل أول ثلاثاء من كل شهر، ونافذة زمنية هادئة. ثم:

  1. راجع ما أُعلن منذ الشهر الماضي، ودوّن إصدارات الحزم المصحَّحة من كل إشعار.
  2. خذ نسخة احتياطية من الملفات وقواعد البيانات، وتأكد أن نسخة الشهر الماضي تُستعاد فعلًا، فالنسخة التي لم تجرّب استعادتها أمنية لا خطة.
  3. رقّع البيئة التجريبية أولًا إن وجدت، ونفّذ عليها فحوص الخطوة 5.
  4. حدّث الإنتاج:
sudo apt update
apt list --upgradeable 'php*'
sudo apt upgrade

وإذا أردت في هذه النافذة تحديث حزم إصدار واحد من PHP فقط، فرقِّ الحزم المثبتة منه وحدها:

sudo apt install --only-upgrade $(dpkg-query -W -f='${Package}\n' 'php8.4*')

مع الخيار --only-upgrade يرقّي apt الحزم المثبتة مسبقًا فقط ويتجاهل غيرها.

  1. أعد التشغيل وتحقق:
sudo systemctl restart php8.4-fpm
systemctl is-active php8.4-fpm
apt policy php8.4-fpm          # Installed should equal the advisory's fixed version
sudo needrestart -r l          # list services still using old libraries

وأعد تشغيل Apache أيضًا إذا كان أحد المواقع يستخدم وحدة Apache الخاصة بـ PHP ‏(sudo systemctl restart apache2). أما needrestart من الحزمة التي تحمل الاسم نفسه فيفحص الخدمات التي تحتاج إلى إعادة تشغيل بعد ترقية المكتبات، والخيار -r l يكتفي بسردها. بعد ذلك افتح كل موقع، وسجّل الدخول، وأرسل نموذجًا، وأكمل عملية شراء تجريبية إن كنت تبيع عبر الإنترنت، وراجع سجلات أخطاء PHP وخادم الويب بحثًا عن أخطاء جديدة.

  1. افحص طبقة التطبيق: تحديثات النواة والإضافات والقوالب في نظام إدارة المحتوى، والأمر composer audit --locked لمشاريع Composer.
  2. سجّل التاريخ وإصدارات الحزم قبل التحديث وبعده وأي أمر غير معتاد. ثلاثة أسطر في مستند مشترك تكفي، وتجعل مراجعة الشهر القادم مقارنة سريعة.

4. المسار السريع للإصدارات الحرجة

بعض الإصدارات لا تحتمل انتظار النافذة الشهرية. ففي 21 أكتوبر 2026 نشرت ديبيان الإشعار DSA-6574-1 لـ PHP 8.4 في ديبيان 13، ونشر فريق LTS الإشعار DLA-4848-1 لـ PHP 8.2 في ديبيان 12، ويصفان ثغرات قد تؤدي إلى تنفيذ شيفرة عشوائية، ويشرحها بالتفصيل مقالنا عن تلك الثغرات في PHP. اتفقوا مسبقًا على ما يستدعي المسار السريع، مثل تصنيف المورّد للثغرة بأنها حرجة، أو إمكانية تنفيذ شيفرة عن بُعد، أو تأكيد استغلالها، وعلى من يحق له ترقيع الإنتاج خارج النافذة. وفي هذه الحالات نفّذ الخطوات 2 و4 و5 في اليوم نفسه، واستكمل الباقي لاحقًا.

5. خطط للتراجع قبل أن تحتاجه

  • فضّل الإصلاح إلى الأمام. التراجع عن تحديث أمني يعيد الثغرة، وأغلب المشكلات بعد ترقيع PHP تتعلق بالإعدادات أو الإضافات ويمكن إصلاحها في مكانها.
  • اعرف هل خفض إصدار الحزمة ممكن أصلًا. يعرض الأمر apt list --all-versions php8.4-fpm الإصدارات التي ما زالت مستودعاتك تقدمها، وكثيرًا ما لا يتوفر إلا الأحدث. وتثبيت إصدار محدد بالصيغة apt install package=version قد يخفض إصدارات الحزم، فاستخدمه بحذر.
  • لا تجمّد الحزم إلا لفترة قصيرة. يمنع الأمر sudo apt-mark hold php8.4-fpm ترقية الحزمة، فاستخدمه فقط ريثما تُحل مشكلة محددة، وتابعه، وألغه بالأمر apt-mark unhold.
  • اجعل الاستعادة جاهزة. التراجع الموثوق لموقع معطل هو استعادة الملفات وقاعدة البيانات من النسخة المأخوذة في الخطوة 2.

أتمتة جزء من العمل

تستطيع أداة unattended-upgrades في ديبيان تثبيت تحديثات الأمان يوميًا، وهذا يقلّص مدة التعرض لكنه لا يغني عن الروتين: فما زال على أحد أن يتأكد من أن PHP-FPM أُعيد تشغيله على الإصدار الجديد، وأن المواقع تعمل، وأن تحديثات طبقة التطبيق قد أُنجزت.

ما الذي ينبغي فعله

  1. اكتب جردًا للخوادم وإصدارات PHP والمجمّعات والتطبيقات، وأبقه محدّثًا.
  2. اشترك بصندوق بريد مشترك في قائمة php-announce وفي قائمة إشعارات توزيعتك.
  3. حدّد يومًا شهريًا للترقيع واتبع الخطوات نفسها كل مرة: مراجعة، ونسخة احتياطية، وبيئة تجريبية، وتحديث، وإعادة تشغيل، وتحقق، وتسجيل.
  4. حدّد ما يستدعي الترقيع في اليوم نفسه ومن يحق له تنفيذه.
  5. انقل الخوادم عن ديبيان 11 وعن PHP 8.1 وما قبله، وخطط لبدائل PHP 8.2 قبل 31 ديسمبر 2026.

على خادم سكايلاين كلاود الافتراضي في الرياض تقع مسؤولية ترقيع برمجيات الخادم عليك، ولا تتوفر لقطات أو نسخ احتياطية تديرها المنصة، فالنسخة الاحتياطية في الخطوة 2 يجب أن تكون نسختك أنت، بينما تتضمن خطط استضافة المواقع من سكايلاين نسخًا احتياطية ليلية للمواقع وقواعد البيانات تُحفظ 30 يومًا.

المصادر

المواضيع

SKYLINE Engineering

@skyline

The engineering team at SKYLINE Industrial Solutions. We publish field-tested guides drawn from real KSA and GCC deployments.

صفحة الكاتب
المزيد في الأمن السيبراني

ذات صلة: أدلة Skyline Nexus ERP

قاعدة معرفة Nexus ←
Skyline Nexus ERP

أدلة الضرائب والفوترة الإلكترونية في الخليج والشرق الأوسط

ضريبة القيمة المضافة، الفوترة الإلكترونية (زاتكا) وضريبة الشركات للسعودية والإمارات ودول الخليج.

 Skyline Nexus ERP

Skyline Nexus ERP — محاسبة سحابية وفوترة زاتكا الإلكترونية

نظام ERP سحابي من سكاي لاين: المحاسبة والفوترة والمخزون ونقاط البيع. الشهر الأول مجانًا.
SKYLINE engineering services

Need this implemented for you?

Reading is free — building it right takes a team. SKYLINE engineers ship Cybersecurity for Aramco vendors, banks, hospitals and government agencies across Saudi Arabia. Talk to us before you start.

Cybersecurity & Data Centre SACS-210, NCA ECC, SOC, 24/7 ops Firewall & Network Security Fortinet, Palo Alto, segmentation, ZTNA
Talk to a SKYLINE engineer Call +966 50 993 9334
Aramco Approved Contractor ISO 9001 · ISO 27001 SAMA CSF aligned NCA ECC ready 247+ KSA clients

Comments

0 total · 0 threads
Be the first to leave a comment.