أتمتة الصلاحيات في المستودعات البرمجية: «غيت هاب» تستبدل اللوحات الخارجية بسجلات «غت» وتلغي الوصول المهمل افتراضيا

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

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

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

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

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

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

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