اكتشاف تكنولوجيا المعلومات الخفية: العثور على تطبيقات لم يوثقها أحد

تُدرك جميع المؤسسات وجود تقنية معلومات غير رسمية. ويُجسّد الرقم التالي المشكلة بوضوح: تُشغّل معظم المؤسسات أكثر من 1,000 تطبيق سحابي، ولا تملك أقسام تقنية المعلومات عادةً سوى رؤية لأقل من 10% منها. ويبلغ متوسط ​​عدد تطبيقات SaaS في المؤسسات الكبيرة 473 تطبيقًا، ولا تُدير أقسام تقنية المعلومات سوى جزء ضئيل منها بشكل مباشر. ويستخدم 80% من الموظفين تطبيقات غير مُصرّح بها لإنجاز أعمالهم. وتتطابق هذه الأرقام في جميع الدراسات لأن الديناميكية التي تعكسها ثابتة: إذ يتبنى الموظفون ووحدات الأعمال أدوات لحل المشكلات العاجلة بسرعة تفوق قدرة عمليات حوكمة تقنية المعلومات على تقييمها والموافقة عليها.

يهيمن على النقاش الدائر حول تقنية المعلومات الخفية في عام 2026 أدوات اكتشاف البرمجيات كخدمة (SaaS) التي تفحص سجلات نظام أسماء النطاقات (DNS)، وتحلل رموز OAuth الخاصة بتسجيل الدخول الموحد (SSO)، وتدقق تقارير المصروفات، وتحدد بصمات حركة مرور الشبكة للعثور على تطبيقات سحابية يستخدمها الموظفون دون إذن. تحل هذه الأدوات مشكلة البرمجيات كخدمة (SaaS) بشكل جيد إلى حد معقول. لكن ما لا تحله، وما لا تتناوله أي أداة لاكتشاف البرمجيات كخدمة (SaaS)، هو مشكلة تقنية المعلومات الخفية الأخرى: التطبيقات المصممة خصيصًا، وبرامج المعالجة الدفعية غير الموثقة، وقنوات البيانات غير الرسمية، وبرامج الأدوات المساعدة الوهمية الموجودة في محافظ تطبيقات المؤسسات والتي لم تظهر قط في أي نظام لإدارة الأصول، أو سجل تغييرات، أو جرد لتقنية المعلومات. هذه ليست تطبيقات سحابية ينشرها الموظفون، بل هي برامج إنتاجية تعمل على أجهزة الحاسوب المركزية وأنظمة متوسطة المدى، وتؤدي وظائف بالغة الأهمية للأعمال لا تستطيع المؤسسات المالكة لها حصرها بشكل كامل.

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

مشكلتا تكنولوجيا المعلومات الخفية

يُعرَّف مصطلح "تكنولوجيا المعلومات الظلية" عادةً بأنه استخدام التكنولوجيا داخل المؤسسة دون موافقة أو علم صريح من قسم تقنية المعلومات. ويشمل هذا التعريف ظاهرتين مختلفتين جوهرياً تتطلبان أساليب اكتشاف مختلفة واستجابات حوكمة مختلفة.

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

تُركز هذه المقالة تحديدًا على فئة برامج التطبيقات الظلية ، وهي برامج وعمليات دفعية مصممة خصيصًا تم إنشاؤها ضمن البنية التحتية للمؤسسة دون توثيق أو جرد أو إدارة مناسبة. على سبيل المثال، برنامج COBOL كتبه مطور في قسم المالية عام 1994 لمعالجة حالة حسابية ضريبية استثنائية. وبرنامج RPG أنشأه محلل أعمال لإنشاء ملفات EDI لشريك تجاري محدد. ووظيفة JCL تُنفذ في نهاية كل شهر وتُنتج تقريرًا تنظيميًا يعتمد عليه فريق الامتثال، أنشأها متعاقد غادر المؤسسة عام 2009. وأداة Java كُتبت "مؤقتًا" خلال مشروع تكامل أنظمة عام 2018، ثم أصبحت تبعية دائمة دون قرار من أي جهة.

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

تكمن أهمية هذا الأمر في أنه يتجاوز مجرد اكتمال قائمة الجرد، إذ أن 74% من المؤسسات قد تعرضت لحوادث أمنية بسبب أصول غير معروفة أو غير مُدارة. وتمثل برامج التطبيقات غير الرسمية فئة من الأصول غير المعروفة التي لا تستطيع أدوات الاكتشاف الشبكية ولا منصات رؤية البرمجيات كخدمة (SaaS) العثور عليها.

لماذا تتراكم برامج التطبيقات الخفية

إن فهم سبب انتشار التطبيقات المخصصة غير الموثقة في بيئات المؤسسات يفسر سبب فشل عمليات الحوكمة القياسية في منع ذلك، وسبب ضرورة الاكتشاف بأثر رجعي.

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

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

فشل نقل المعرفة. التطبيقات الظلية التي يبنيها أفراد معينون تغادر المعرفة الموثقة للمؤسسة عند مغادرتهم. يستمر البرنامج في العمل، وهو مُدمج في عمليات الإنتاج التي تعتمد عليه، ولكن لا توجد وثائق عنه، ولا تُحدد ملكيته، ولا أحد يعرف تفاصيله الكافية لتعديله بأمان. يصبح البرنامج شبحًا في بيئة الإنتاج: مرئيًا في آثاره، وغير مرئي في إدارته.

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

الفئات الأربع لبرامج التطبيقات الظلية

الفئة 1: تطبيقات مخصصة لوحدات الأعمال

برامج يطورها مطورون يعملون ضمن وحدات الأعمال والمالية والمشتريات والعمليات والامتثال، لحل مشكلات محددة في مجالات معينة. وتشمل هذه البرامج عادةً ما يلي:

• يتم تسميتها بشكل غير رسمي (TAXCALC، VENDREPT، ADJBATCH) دون اتباع اصطلاحات التسمية الخاصة بالمؤسسة
• يتم تخزينها في أدلة أو مكتبات تديرها وحدة الأعمال بدلاً من قسم تكنولوجيا المعلومات.
• لا يوجد إدخال في قاعدة بيانات إدارة التكوين (CMDB)
• لا يوجد مسؤول تقني معين في نظام إدارة خدمات تكنولوجيا المعلومات
• يفتقر إلى التوثيق الرسمي، وتغطية الاختبار، وسجل التحكم في التغييرات

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

الفئة 2: البرامج الوهمية

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

تعتبر البرامج الوهمية خطيرة بشكل خاص من منظور الأمن والامتثال لأنه لا يمكن مراجعتها وفقًا للمعايير الحالية، ولا يمكن تضمينها في برامج فحص الثغرات الأمنية التي تتطلب تحديد ملكية التطبيق، ولا يمكن تقييمها من حيث الامتثال التنظيمي لأنه لا أحد يعرف البيانات التي تصل إليها أو الوظيفة التجارية التي تؤديها.

الفئة 3: خطوط نقل البيانات الظلية

برامج غير رسمية تنقل البيانات بين الأنظمة خارج بنية التكامل المعتمدة. وتتراوح هذه البرامج بين بدائل متطورة لبرامج استخراج البيانات وتحويلها وتحميلها (ETL) وبرامج نصية بسيطة لنقل الملفات.

الثعبان

# Typical shadow data pipeline -- production database to shared storage
# Written 2021, "temporary until the API is ready"
# Still running daily as of 2026, owner left organization 2022

import pyodbc, shutil
from pathlib import Path

conn = pyodbc.connect('DSN=PROD_BILLING;UID=svcacct;PWD=...')  # hardcoded creds
cursor = conn.execute("SELECT * FROM BILLING_RECORDS WHERE STATUS = 'PENDING'")
rows = cursor.fetchall()

# Write to shared drive that Finance picks up
output_path = Path(r'\\FILESERVER01\Finance\billing_export.csv')
with output_path.open('w') as f:
    for row in rows:
        f.write(','.join(str(v) for v in row) + '\n')

shutil.copy(output_path, Path(r'\\ARCHIVE\billing\') / f"billing_{date.today()}.csv")

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

الفئة 4: وظائف الدفعات غير الموثقة

مسارات وظائف JCL والبرامج المجدولة التي تعمل على البنية التحتية للإنتاج ولكنها غير مدرجة في وثائق جدولة الوظائف الرسمية. وتتراكم هذه المسارات والبرامج المجدولة من خلال:

• الوظائف المقدمة خارج نظام جدولة الوظائف القياسي من خلال التقديم المباشر
• البرامج التي يتم استدعاؤها ديناميكيًا من داخل برامج أخرى (وبالتالي لا تظهر بشكل مستقل في قوائم جدولة المهام)
• الوظائف التي تُنفذ على فترات متباعدة، في نهاية الشهر، أو في نهاية السنة، أو فقط عند حدوث ظروف عمل محددة، ولم يتم تسجيلها مطلقًا في عمليات تدقيق المخزون الروتينية
• الوظائف الموروثة من الأنظمة السابقة التي تم "نقلها" ولكن لم يتم إيقاف تشغيلها رسميًا

تصبح مهام الدفعات غير الموثقة نقاط فشل حرجة عندما:

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

أساليب الاكتشاف حسب فئة برامج الظل

إن أساليب الكشف المناسبة لتقنية المعلومات غير الرسمية في برمجيات SaaS غير قابلة للتطبيق إلى حد كبير على برامج التطبيقات غير الرسمية. الأساليب المطلوبة هي:

تحليل مكتبة التحميل. كل برنامج تم تجميعه ونشره على نظام حاسوب مركزي أو متوسط ​​المدى موجود في مكتبة التحميل، وهي مستودع الملفات التنفيذية. تكشف مقارنة البرامج في مكتبة التحميل مع البرامج في قائمة التطبيقات الرسمية عن فجوة: كل وحدة تحميل تظهر في المكتبة ولكنها غير موجودة في القائمة هي برنامج غير مُدرج. لا يتطلب هذا التحليل أي شفرة مصدرية، بل يعتمد على الملفات التنفيذية المُجمّعة وبياناتها الوصفية.

استعراض مستودعات المصادر. تحتوي مستودعات شفرة المصدر (مثل ملفات COBOL المصدرية، ومستودعات Git، ومكتبات RPG المصدرية) على جميع البرامج التي كُتبت على الإطلاق، بما في ذلك البرامج التي كُتبت ونُشرت بشكل غير رسمي، ولم تُسجل مطلقًا في أنظمة إدارة تقنية المعلومات. يكشف استعراض مستودع المصدر بالكامل مقابل قاعدة بيانات إدارة التكوين (CMDB) عن البرامج الموجودة في المصدر ولكن ليس لها سجل إدارة.

مزامنة لغة التحكم في الوظائف (JCL) مع جدولة المهام. كل سلسلة مهام JCL تُنفذ في بيئة الإنتاج، سواءً أُرسلت عبر جدولة المهام الرسمية، أو يدويًا، أو استُدعيت بواسطة مهمة أخرى، تُسجل في سجل تنفيذ المهام (JESLOG، SYSLOG). تُساعد مقارنة البرامج الظاهرة في سجلات تنفيذ بيئة الإنتاج مع البرامج الموجودة في قائمة البرامج الرسمية على تحديد البرامج التي تعمل في بيئة الإنتاج دون تغطية إدارية.

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

تتبع تدفق البيانات. يمكن اكتشاف مسارات البيانات الخفية من خلال تحليل أنماط الوصول إلى نظام الملفات وقواعد البيانات: أي البرامج التي تقرأ من أو تكتب إلى أي مجموعات بيانات أو ملفات أو جداول قواعد بيانات. يُعد البرنامج الذي يقرأ من قاعدة بيانات الإنتاج ويكتب إلى مسار ملف خارج التسلسل الهرمي القياسي لإدارة البيانات مرشحًا لمسار بيانات خفي.

بُعد الذكاء الاصطناعي الظلي

يتمثل امتداد مشكلة تكنولوجيا المعلومات غير الرسمية بحلول عام 2026 في الذكاء الاصطناعي غير الرسمي، حيث يستخدم الموظفون ووحدات الأعمال أدوات وبرامج الذكاء الاصطناعي دون ترخيص من قسم تكنولوجيا المعلومات. ووفقًا لتقرير IBM لعام 2026 حول تكلفة اختراق البيانات، فإن 43% من الحوادث الأمنية تتعلق باستخدام الموظفين للذكاء الاصطناعي غير الرسمي. وتتوقع مؤسسة غارتنر أنه بحلول عام 2030، ستواجه أكثر من 40% من المؤسسات حادثة أمنية أو متعلقة بالامتثال مرتبطة باستخدام الذكاء الاصطناعي غير الرسمي غير المصرح به.

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

تشترك مشكلة الذكاء الاصطناعي الخفي ومشكلة برمجيات التطبيقات الخفية في سمة مهمة: كلاهما غير مرئي لأدوات الاكتشاف الشبكية التي تهيمن على سوق تكنولوجيا المعلومات الخفية القائمة على البرمجيات كخدمة (SaaS). ويتطلب الكشف عنهما إما مراقبة على مستوى التطبيق أو تحليلًا هيكليًا للشيفرة.

بناء قائمة التطبيقات الكاملة

تتمثل مخرجات برنامج اكتشاف تكنولوجيا المعلومات غير الرسمية لبرامج تطبيقات المؤسسات في جرد موحد يغطي أربع مجموعات:

البرامج المعروفة والموثقة: هي البرامج التي تظهر في كل من قائمة الجرد الرسمية وبيئة الإنتاج الفعلية. وتخضع هذه البرامج لحوكمة شاملة، ولها مالكون معينون، وسجل للتحكم في التغييرات، وخطط لاستعادة البيانات في حالات الكوارث.

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

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

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

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

كيفية SMART TS XL يقوم باكتشاف أنظمة تكنولوجيا المعلومات الخفية على مستوى الكود

SMART TS XLيتناول نهج الشركة في اكتشاف تكنولوجيا المعلومات غير الرسمية فئات مستوى التعليمات البرمجية التي لا تستطيع الأدوات القائمة على الشبكة الوصول إليها.

تبدأ قدرة تحليل الشفرة الثابتة بمسح شامل لمستودع الشفرة المصدرية: حيث يتم فهرسة كل برنامج COBOL، ووحدة RPG، وتطبيق PL/I، وخدمة Java، وبرنامج Python النصي، وتدفق مهام JCL في البيئة، مع تحديد موقع مصدره ولغته وحجمه وملف تعريف تعقيده الأولي. يُعد هذا الجرد الأساس الذي تتم على أساسه مطابقة قاعدة بيانات إدارة التكوين (CMDB) وسجل التطبيقات الرسمي، وتُمثل البرامج التي تظهر في مستودع الشفرة المصدرية ولكنها غير موجودة في الجرد الرسمي، النتائج الرئيسية للتطبيقات غير الرسمية.

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

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

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

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

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

استجابة الحوكمة: ليس الحجب، بل الشفافية

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

ينطبق المبدأ نفسه على برامج التطبيقات غير الرسمية. لا ينبغي معاقبة المطور الذي أنشأ أداة COBOL بالغة الأهمية للأعمال وتعتمد عليها المؤسسة، لعدم اتباعه إجراءات حوكمة ربما لم يتم توضيحها بشكل كافٍ في حينه. ينبغي أن يكون رد فعل الحوكمة على اكتشاف التطبيقات غير الرسمية كما يلي:

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

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

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

المخزون الذي تعتقد أنك تملكه ليس هو المخزون الذي تملكه فعلاً

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

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