لماذا لن تستطيع أنظمة الأمن القديمة التوسّع في 2026؟

لماذا تُخفق البنى التقليدية أمام أحمال العمل المؤتمتة؟

تقوم الحماية التقليدية في المؤسّسات على حدود الشبكة وعلى قواعد ثابتة كُتبت قبل سنوات. فهذه التطبيقات القديمة تفترض سرعة البشر، وساعات عمل مكتبية متوقّعة، ونقاط دخول محدّدة بوضوح. أما برمجيات المؤسّسات الحديثة فتضمّ خدمات مؤتمتة تستعلم مخازن البيانات باستمرار عبر واجهات داخلية وخارجية متعدّدة.

وحين تنفّذ الأدوات المستقلّة مهامها، تُطلق موجات كثيفة من الطلبات تتجاوز نقاط التحقّق البشري. ولا تستطيع أدوات الأمن الثابتة التمييز بين سير عمل داخلي مؤتمت كثيف الطلبات واختراق غير مصرّح به يستخدم بيانات دخول صحيحة. ونتيجةً لذلك، فإمّا أن تحجب جدران الحماية القديمة عمليات مشروعة، وإمّا أن تسمح لعمليات مؤتمتة لم يُتحقّق منها بسحب سجلّات عملاء حسّاسة دون أن يُكتشف ذلك.

وتثير سرعة التفاعلات الآلية قلقاً حقيقياً لدى القيادات التقنية. ففي تقرير Postman نفسه، أبدى 49% من المطوّرين قلقهم من وصول أنظمة الذكاء الاصطناعي إلى بيانات حسّاسة لا ينبغي أن تطّلع عليها. ولا تملك الأنظمة القديمة طبقات الصلاحيات المراعية للسياق اللازمة لتصفية الاستعلامات الآلية بأمان.

51% من المطوّرين: وجد تقرير «State of the API» الصادر عن Postman أن 51% من المطوّرين يقلقهم أن يُجري وكلاء الذكاء الاصطناعي استدعاءات API غير مصرّح بها أو مفرطة.

ما أحدث التوجّهات التقنية في 2026؟

يتمثّل التحوّل التقني الذي يميّز عام 2026 في الانتقال السريع من البرمجيات التوليدية التجريبية إلى الأتمتة الوكيلية على مستوى الإنتاج في الإدارات التشغيلية الأساسية. فلم تعد المؤسّسات تقصر البرمجيات المتقدّمة على صياغة النصوص التسويقية أو الإجابة عن أسئلة الموظّفين البسيطة، بل باتت تنشر مكوّنات برمجية مستقلّة مباشرةً في مسارات الإنتاج.

فقد وجد استطلاع McKinsey لحالة الذكاء الاصطناعي في 2026 أن 44% من المشاركين يفيدون بتوسّع استخدام الذكاء الاصطناعي على مستوى مؤسّساتهم، ارتفاعاً من 38% قبل عام. كما أفاد 56% من المشاركين في الاستطلاع باستخدام الذكاء الاصطناعي في ثلاث وظائف أعمال أو أكثر.

وتقود الأدوات المستقلّة أعمال التطوير الداخلي أيضاً، إذ وجد استطلاع McKinsey نفسه لعام 2026 أن 32% من المشاركين اختارت مؤسّساتهم تطوير البرمجيات بأدوات البرمجة الوكيلية بدل شرائها. وهذا الانتشار الواسع للواجهات الأمامية المؤتمتة والأتمتة القائمة على واجهات API يضع ضغطاً شديداً على أنظمة الحماية المحيطية القديمة التي لا تستطيع مراقبة الجهات الآلية الفاعلة.

40% من تطبيقات المؤسّسات: تتوقّع Gartner أن تتضمّن نسبة تصل إلى 40% من تطبيقات المؤسّسات وكلاء ذكاء اصطناعي مخصّصين لمهام بعينها بحلول عام 2026.

هل من مثال على نظام قديم؟

من الأمثلة الواضحة على الأنظمة القديمة قاعدة بيانات إدارية أساسية طُوّرت قبل عقود بلغات مثل COBOL أو بشيفرة التجميع (Assembly) في أجيالها الأولى. ولا تزال مؤسّسات كثيرة في القطاعين العام والخاص تشغّل أحمال عمل حيوية لحفظ السجلّات على هذه الحواسيب المركزية (mainframe) المتقادمة. وتعمل هذه البنى دون تغيير، فيما تُركَّب فوقها طبقات برمجية أحدث للتعامل مع حركة الويب.

ويفيد مكتب المساءلة الحكومية الأمريكي (GAO) بأن الجهات الحكومية الفيدرالية تنفق عادةً نحو 80% من ميزانيات تقنية المعلومات على تشغيل الأنظمة القائمة وصيانتها، ومنها أنظمة قديمة يعود عمرها إلى عقود. ومن بين الأنظمة القديمة التي فحصها في مراجعته، حدّد المكتب 11 نظاماً هي الأحوج إلى التحديث، وتراوحت أعمار هذه الأنظمة الحيوية الـ11 من 23 إلى 60 عاماً.

وتخلق الأنظمة المتقادمة ثغرات أمنية حادّة، لأن من طوّروها لم يتصوّروا يوماً الاتصال المفتوح بالإنترنت أو الخدمات المصغّرة السحابية أو الاستدعاءات الآلية السريعة. وحين تربط الفرق أدوات تحليل حديثة أو بوّابات عملاء بهذه المنصّات، تتحوّل النواة القديمة إلى عنق زجاجة جامد يستنزف الميزانيات ويكشف ثغرات معروفة.

ما أحدث توجّهات تحديث الأنظمة القديمة؟

لا يستلزم تحديث بنية متقادمة التخلّي عن أنظمة عاملة بأكملها بين ليلة وضحاها. فالتوجّه الأبرز اليوم في التحديث هو الفصل التدريجي على مراحل، إذ تعزل المؤسّسات مخازن بياناتها الأساسية خطوةً بعد خطوة، وتؤمّن حدود واجهات API، وتحدّث منطق التطبيقات في وحدات مخطّط لها. وباتت الإدارات العليا تنظر إلى هذه المبادرات على أنها استثمارات استراتيجية حيوية، لا أعمال صيانة تقنية روتينية.

وتستشهد IBM ببحث لمعهد IBM لقيمة الأعمال (IBM Institute for Business Value) قال فيه 83% من كبار التنفيذيين إن تحديث التطبيقات والبيانات محوري في استراتيجية أعمالهم. كما تشير أبحاث المعهد نفسه إلى أن 77% من التنفيذيين يرون أن استخدام الذكاء الاصطناعي التوليدي في مشاريع التحديث سيزيد مرونة الأعمال. وتستخدم الفرق هذه المنهجيات الحديثة لتفكيك الأنظمة أحادية البنية (monolith) إلى خدمات مصغّرة (microservices) يسهل صيانتها وحمايتها.

وتحدّد IBM ستة أساليب لتحديث التطبيقات القديمة: إعادة الاستضافة (rehost)، وتغيير المنصّة (replatform)، وإعادة هيكلة الشيفرة (refactor)، وإعادة تصميم البنية (rearchitect)، وإعادة التطوير (rebuild)، والاستبدال (replace). وباختيار الأسلوب المناسب لكل سير عمل، تحافظ الشركات على استقرار عملياتها وتبني في الوقت نفسه دفاعات حديثة. ولتقييم كيف تنتقل مؤسّستكم إلى البنية الجديدة بأمان، اطّلعوا على أدلّتنا حول تحديث الأنظمة القديمة.

كيف تُحدَّث الأنظمة القديمة دون تعطيل العمليات؟

يخشى كثير من القيادات التشغيلية أن يؤدّي تحديث الأمن أو البنية التحتية المتقادمة إلى تعطيل العمليات اليومية، أو إرباك قواعد البيانات القائمة، أو حجب المستخدمين النشطين. والواقع أن عمليات الترحيل غير المنظّمة تنطوي فعلاً على مخاطر تشغيلية جسيمة إذا حاولت الفرق إعادة كتابة البنية التحتية الحيوية دفعةً واحدة ودون رقابة، ومن غير أطر اختبار منظّمة.

نقيّم النظام القائم لديكم، ونكتب متطلبات الوجهة التي تريدون بلوغها، ونُجري ترحيل البيانات مرّتين لتتحقّقوا منه قبل الانتقال النهائي إلى النظام الجديد. فنقل السجلّات من قاعدة بيانات قديمة أو من جداول بيانات منفصلة يعني ربط حقول لم تُصمَّم أصلاً لتتطابق، ومعالجة السجلّات المكرّرة. ولذلك يحافظ إجراء الترحيل مرّتين على سلامة عملياتكم وموثوقيتها طوال فترة التغيير.

ونرحّل تطبيق الويب القائم لديكم أو نعيد تطويره دون أن تفقدوا بياناتكم أو مستخدميكم. هل لا تزال إدارتكم تعمل بسجلّات مبعثرة أو بطبقات أمن متقادمة؟ احجزوا مكالمة تمهيدية مجانية لنقيّم معاً بيئتكم التقنية.

كيف نختبر أنظمة الكشف عن التهديدات الحديثة ونؤمّنها؟

في مواجهة التهديدات المؤتمتة عالية السرعة، تحتاج المؤسّسات إلى آليات كشف تكيّفية تقيّم الحركة بذكاء دون أن تُغرق المشغّلين بالتنبيهات إلى حدّ الإرهاق. ونحن نطوّر أنظمة ذكية للكشف عن التهديدات ونختبرها على السجلّ الفعلي لحركة شبكتكم، بدل الاكتفاء بمقاييس اصطناعية عامّة.

نعيد قراءة أحداثكم التاريخية بوصفها مجموعة اختبار مسجّلة، ونقيس معدّلات الكشف ومعدّلات الإنذارات الكاذبة، ونتّفق معكم على عتبة التنبيه قبل القبول. فالتنبيهات التي تقع دون العتبة تُحال إلى محلّل بدل أن تطلق إجراءً آلياً، ونعيد الاختبار على مجموعة اختبار الكشف عن التهديدات مع كل تغيير في النموذج.

ويجب أن تحافظ البنية الأمنية أيضاً على إقامة البيانات وسيادتها. إذ يتكامل نظام الكشف عن التهديدات بالذكاء الاصطناعي مباشرةً مع بنيتكم التحتية القائمة، مستضافاً في الإمارات أو على خوادمكم الخاصّة حين لا يُسمح للبيانات بمغادرتها. وحين تحتاج أعمالكم إلى دفاعات مستقلّة مخصّصة لها، يقدّم فريقنا خدمات تطوير وكلاء الذكاء الاصطناعي المصمّمة لتصمد أمام ضغوط التشغيل الحديثة.

لماذا تُخفق مبادرات التحديث وكيف نتفادى ذلك؟

تُخفق مشاريع تحوّل تقني كثيرة لأن الفرق تندفع إلى تنفيذ معقّد دون ضوابط تشغيلية راسخة أو مقاييس قيمة قابلة للتحقّق. فالتسرّع في تبنّي الأدوات المستقلّة دون حوكمة تشغيلية واضحة يؤدّي في الغالب إلى تجاوز التكاليف، وخدمات غير مستقرّة، وإلغاء عمليات النشر.

وتتوقّع Gartner أن يُلغى أكثر من 40% من مشاريع الذكاء الاصطناعي الوكيلي بسبب التكاليف أو غموض القيمة أو قصور ضوابط المخاطر. ونحن نتفادى هذه العثرات بربط كل مشروع تطوير بمعايير هندسية صارمة.

وتفرض بروتوكولاتنا الهندسية السلامة من خلال تصاميم بنيوية جرى التحقّق منها. فالأنظمة التي نطوّرها تتوقّف بوضع مغلق (fail-closed): فحين يقع حدث وارد خارج النطاق المتوقّع أو تنخفض الثقة فيه عن العتبة المتّفق عليها، يمتنع النظام عن التخمين ويحيل الحالة إلى موظّفين. أما القرارات التي تحتاج إلى اعتماد شخص، فيُتّفق عليها كتابةً، ويسجّل النظام من اعتمد ماذا ومتى.

يندرج هذا المقال ضمن عملنا في تطوير وكلاء الذكاء الاصطناعي، ويعكس منهجية التخطيط التي تقوم عليها طريقة عملنا.

أبرز النقاط

• تعجز أنظمة الأمن القديمة عن التوسّع في 2026 لأن الوكلاء المستقلّين يولّدون أحجاماً كبيرة من طلبات API تتجاوز قدرة أدوات الحماية المحيطية الثابتة.
• ربط الأتمتة الحديثة بقواعد شيفرة عمرها عقود يراكم ديوناً تقنية لا يمكن التحكّم فيها، ويفتح ثغرات أمنية لا تخضع للمراقبة.
• يتيح تحديث البنى القديمة وفق أساليب منظّمة فصل الخدمات بأمان دون فقدان بيانات الأعمال.
• يتطلّب الكشف المرن عن التهديدات قياس الأداء على أحداث تشغيلية تاريخية، والتوقّف بوضع مغلق عند الارتفاعات غير الطبيعية في الحركة.
• التنفيذ المحكوم للبرمجيات، بحدود رسمية ومسارات اعتماد مكتوبة، يُبقي المشاريع مجدية من حيث التكلفة وقابلة للتدقيق بالكامل.

المصادر

1. التعاون حول واجهات API ومخاوف أمن وكلاء الذكاء الاصطناعي، تقرير State of the API لعام 2025 (postman.com)
2. تبنّي الذكاء الاصطناعي وتوسّع استخدامه في المؤسّسات، تقرير The state of AI in 2026 (mckinsey.com)
3. وكلاء الذكاء الاصطناعي وقرار التطوير أو الشراء والأثر المالي، تقرير The state of AI in 2026 (mckinsey.com)
4. توقّع Gartner بشأن وكلاء الذكاء الاصطناعي المخصّصين لمهام بعينها في تطبيقات المؤسّسات (بيان صحفي) (gartner.com)
5. أنظمة تقنية المعلومات القديمة الحيوية وتخطيط تحديثها في الجهات الفيدرالية الأمريكية (files.gao.gov)
6. ما تحديث التطبيقات وما أساليبه الستة (ibm.com)
7. توقّع Gartner بشأن إلغاء مشاريع الذكاء الاصطناعي الوكيلي بحلول 2027 (بيان صحفي) (gartner.com)