الذكاء الاصطناعي يختصر الزمن بين الكشف والاستغلال
تتغير قواعد الأمن السيبراني في بيئة البرمجيات مفتوحة المصدر بسرعة لافتة. فالفاصل الزمني بين الإعلان عن الثغرة وبين بدء محاولات الاستغلال بات أقصر بكثير، وهو ما تبرزه حوادث حديثة ظهرت فيها محاولات هجومية خلال أيام قليلة فقط من الكشف. هذا الواقع يضع المؤسسات أمام ضغط متزايد، لأن مساحة المراجعة والتقييم والاستجابة لم تعد تمنحها الترف الزمني الذي اعتادت عليه سابقاً.
العامل الأبرز في هذا التحول هو الذكاء الاصطناعي. فالأدوات المعتمدة عليه أصبحت قادرة على تسريع اكتشاف الثغرات، كما أنها تخفض العتبة التقنية اللازمة لتطوير الاستغلالات. ونتيجة لذلك، لم يعد التحدي مقتصراً على معرفة أن الثغرة موجودة، بل أصبح مرتبطاً بالقدرة على فهم أثرها بسرعة، وتحديد الأنظمة المتأثرة، واتخاذ إجراء قبل أن تتحول إلى حادثة فعلية.
وتشير أحدث التقديرات القطاعية إلى أن عدد الثغرات المعلنة عالمياً في 2026 قد يقترب من 66 ألف ثغرة، بعد تعديل صعودي في التوقعات السنوية. كما أن وتيرة الإعلانات الفعلية جاءت أعلى من المتوقع خلال الأشهر الأولى من العام. لكن الزيادة العددية وحدها لا تروي القصة كاملة، لأن الخطر الحقيقي لا يتمثل في كثرة الثغرات فقط، بل في ضيق الوقت المتاح للتعامل معها.
المشكلة الأكبر تظهر عندما لا يكون هناك تصحيح
يعتمد كثير من فرق الأمن على نماذج فرز تقليدية مثل تصنيف الثغرات بحسب درجة الخطورة أو احتمالية الاستغلال، ثم الانتقال إلى التحديث أو العزل أو الاحتواء. غير أن هذه المقاربة تفترض دائماً وجود تصحيح متاح يمكن نشره. وعندما تكون البرمجيات المستخدمة مبنية على أطر عمل وصلت إلى نهاية العمر التشغيلي، فإن هذا الافتراض ينهار تماماً.
في هذه الحالة، لا تكون المشكلة في أولوية المعالجة فقط، بل في غياب المسار نفسه. فإذا كان الإطار البرمجي أو المكوّن الأساسي لم يعد يتلقى تحديثات أمنية من الجهة الأصلية، فإن المؤسسة تصبح مضطرة للاعتماد على حلول بديلة أو دعم خارجي أو خطط انتقالية طويلة. وهذا ما يجعل الخطر أكبر في البيئات التي تعتمد على تطبيقات بالغة الأهمية للأعمال لكنها ما تزال تعمل فوق تقنيات قديمة أو غير مدعومة.
النتيجة هي فجوة متسعة بين اكتشاف الثغرة وإصلاحها فعلياً. وبينما تتوقع الإدارات أن أدوات المراقبة ستكفي لإحكام السيطرة، تكشف التجربة أن الرؤية إلى الثغرات وحدها لا تعني بالضرورة القدرة على حماية الأنظمة على المدى الطويل.
البرمجيات غير المدعومة تتحول إلى عبء تشغيلي وتنظيمي
تستمر مؤسسات كثيرة في تشغيل إصدارات قديمة من أطر مفتوحة المصدر مثل Drupal وSpring وAngularJS، ليس لأنها تتجاهل الخطر، بل لأن استبدال التطبيقات التي تعتمد عليها مكلف ومعقد ويستغرق وقتاً طويلاً. في بعض الحالات، يمتد مسار التحديث أو إعادة البناء لسنوات، خصوصاً عندما تكون الأنظمة مرتبطة بعمليات مالية أو خدمات عملاء أو بنيات داخلية شديدة الحساسية.
لكن هذا الواقع التقني بات يصطدم اليوم بمطالب تنظيمية أكثر صرامة. إذ تزداد أهمية الالتزام بمتطلبات تركز على صيانة البرمجيات، وشفافية سلسلة التوريد، واستمرارية الدعم. وتشمل هذه الاتجاهات أطر امتثال بارزة مثل قانون المرونة السيبرانية الأوروبي، وDORA، وNIS2، وPCI DSS 4.0، وكلها تعطي وزناً أكبر لمسألة الصيانة المستمرة للبرمجيات وليس فقط اختبارها عند النشر الأولي.
وبذلك لم تعد البرمجيات منتهية الدعم مجرد تحدٍ هندسي، بل أصبحت أيضاً مسألة امتثال ومخاطر تشغيلية. فالمؤسسة التي تعتمد على مكوّنات لم تعد مدعومة قد تجد نفسها عرضة لتعطل في الخدمة أو ملاحظات تدقيقية أو تبعات قانونية، حتى إذا لم تكن قد تعرضت بعد لهجوم فعلي.
الانتقال الآمن يحتاج رؤية لدورة الحياة لا للثغرات فقط
استثمرت كثير من المؤسسات في أدوات قوية لرصد الثغرات عبر بيئاتها المختلفة. وهذه الأدوات تؤدي دوراً مهماً في الإجابة عن سؤال أساسي: أين توجد الثغرات؟ لكن السؤال الذي يزداد أهمية الآن هو: هل هذا البرنامج ما يزال قابلاً للدعم والصيانة؟
الإجابة عن هذا السؤال تتطلب النظر إلى ما هو أبعد من إدارة الثغرات التقليدية. فالمؤسسة تحتاج إلى معرفة ما إذا كانت مكوّناتها مفتوحة المصدر ما تزال تُحدّث بنشاط، أو تقترب من نهاية العمر التشغيلي، أو فقدت دعماً مجتمعياً أو رسمياً. كما تحتاج إلى خطة واضحة لإبقاء تلك الأنظمة آمنة إلى أن يكتمل التحديث أو الاستبدال.
هذا التحول في التفكير يعيد تعريف مفهوم المخاطر داخل المؤسسة. فالمخاطر لم تعد مرتبطة بعدد الثغرات فقط، بل كذلك بقدرة المؤسسة على الاستمرار في دعم البرمجيات التي بنيت عليها أعمالها. ومع تسارع دورة التهديدات، يصبح التخطيط لدورة حياة البرمجيات جزءاً من الأمن ذاته، لا خطوة لاحقة عليه.
ثلاث أولويات للمؤسسات في المرحلة المقبلة
أمام هذا المشهد، تظهر ثلاث أولويات رئيسية ينبغي أن تتقدم جدول الأعمال لدى قادة التقنية والأمن:
- معرفة ما تملكه المؤسسة بدقة: يجب تحديد البرمجيات غير المدعومة قبل أن تفرضها الثغرات أو التدقيقات أو الحوادث، مع فهم التطبيقات الأساسية التي تعتمد عليها.
- دمج التحديث الآمن في خطط التحديث الشامل: لا يكفي تنفيذ مشاريع ترحيل كبيرة من دون ربطها بحوكمة واضحة تضمن بقاء الأنظمة آمنة طوال فترة الانتقال.
- اعتبار قابلية الدعم أولوية أعمال: لم تعد استمرارية الدعم مسألة تخص فرق التطوير فقط، بل أصبحت قدرة استراتيجية تمس المرونة التشغيلية والامتثال وإدارة المخاطر.
هذه الأولويات تعكس تحولاً أوسع في فهم الأمن البرمجي. فالمؤسسة التي تعرف نقاط الضعف، لكنها لا تعرف عمر ما تملكه من برمجيات، ستظل تدير المخاطر بصورة ناقصة. أما المؤسسة التي تجمع بين الرؤية التقنية والتخطيط لدورة الحياة، فتكون أقدر على اتخاذ قرارات متوازنة بين الأمان والاستمرارية والتكلفة.
الخلاصة: السرعة لم تعد المعيار الوحيد
الذكاء الاصطناعي يغيّر طريقة بناء البرمجيات واكتشاف الثغرات وتسريع الاستجابة، لكنه يكشف أيضاً عن مشكلة أعمق في بنية الأمن المؤسسي: كثير من الأنظمة لا تحتاج فقط إلى تصحيح أسرع، بل إلى استراتيجية تضمن بقاءها مدعومة وقابلة للصيانة أصلاً.
وفي عالم تتسارع فيه الهجمات كما تتسارع فيه الاكتشافات، لن يكون النجاح من نصيب الجهات التي تسارع في نشر التحديثات فقط. النجاح سيكون من نصيب المؤسسات القادرة على إدارة المخاطر عبر دورة حياة البرمجيات كاملة، بحيث تحافظ على التطبيقات الأساسية آمنة وقابلة للتشغيل أثناء تنفيذ التحديثات وفق جدولها الخاص، لا وفق إملاءات المهاجمين.