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