سجلات الوصول إلى مستودعات Git

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

لا تضمن الوظيفة تغطية جميع عملاء Git أو الأوامر أو طرق النقل، ولا تحل محل صلاحيات المستودع أو الشبكة أو ضوابط أمن البيانات الأخرى.

لإعداد السياسة كاملاً، راجع سياسة مستودعات Git الموثوقة.

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

الاستعداد

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

إعداد المستودعات الموثوقة

1. انتقل إلى Data Loss Prevention وافتح صفحة التطبيقات، ثم Git Repository Access Control واختر سياسة المستودعات الموثوقة. اسم علامة التبويب في الواجهة الإنجليزية هو Trusted Repository Policies.
2. تحقق من حالة تفعيل السياسة الحالية ووقت سريانها والأجهزة المستهدفة وقواعد المستودعات الموثوقة، بما في ذلك النطاق والبروتوكول والمضيف والمنفذ والمسار. أعد استخدام الإعدادات المناسبة دون إعادة حفظها. عند الحاجة إلى التعديل فقط، يقيّم مسؤول مخول التأثير ويعدّل السياسة ويحفظها كاملة وفق سياسة مستودعات Git الموثوقة، ثم يتحقق من استلام الجهاز التجريبي.
3. استخدم حسابات اختبار معتمدة ومحتوى غير حساس لاختبار الأهداف الموثوقة وغير الموثوقة كلٌّ على حدة. بعد ذلك استعلم عن سجلات الوصول أدناه وقارن نتيجة المطابقة بنتيجة التنفيذ. لا توسّع النطاق أو تؤثر في عمل الإنتاج لمجرد الاختبار.

عرض سجلات الوصول

1. في صفحة Git Repository Access Control انتقل إلى سجلات الوصول. عند الفتح أول مرة يكون الافتراضي اليوم والأيام الستة السابقة؛ عدل التاريخ عند التحقيق في فترة أخرى. اسم علامة تبويب السجلات في الواجهة الإنجليزية هو Access Records.
2. اختر الأجهزة وأدخل كلمة من عنوان المستودع عند الحاجة، ورشح حسب عملية Git ونتيجة المطابقة ونتيجة التنفيذ. تعرض القائمة المستودع والعملية والنتائج والجهاز والوقت، وتدعم الانتقال بين الصفحات. أسماء عوامل التصفية في الواجهة الإنجليزية هي Git Operation وMatch Result وEnforcement Result.
3. افتح التفاصيل وقارن الهدف والسياسة والجهاز والوقت. مطابقة مستودع غير موثوق لا تعني نجاح الحظر؛ تحقق من نتيجة التنفيذ أيضا.
4. إذا لم يُتعرف على الهدف فتحقق أكثر بحسب العمل وحالة الجهاز. قد تحتوي السجلات على معلومات عمل حساسة؛ قيد الوصول وفق المؤسسة.

القيود واستكشاف المشكلات

• النطاق: تشمل عمليات Git الشبكية القياسية القابلة للتعرف clone وfetch وpull وpush. اختبر الأوامر والخيارات والعملاء وحالات Git LFS المختلفة منفصلة. غياب السجل لا يثبت عدم الوصول.
• تعذر التعرف على الهدف: عند تعذر تحليل بعض الأهداف لا تُحظر باعتبارها مستودعات غير موثوقة. استخدم ضوابط أخرى ولا تعتبر الوظيفة ضمانا لكل الإرسال للخارج.
• عدم حظر وصول غير موثوق: تحقق من التعرف على الهدف الفعلي ونتيجة المطابقة والتنفيذ. قد يفشل الإنهاء أو تكون العملية قد خرجت؛ وحتى نجاحه لا يثبت من السجل وحده عدم حدوث اتصال أو نقل قبل ذلك.
• تأثر مستودع موثوق: تحقق من توزيع السياسة وبروتوكول العنوان الفعلي ومنفذه ومساره، وافحص إعادة كتابة العنوان ونطاق الأسماء. بعد التعديل أعد اختبار السماح والتقييد كل على حدة.
• تعذر العثور على سجل: تحقق من حالة الجهاز والسياسة والترخيص ونطاق الحساب والوقت والمرشحات؛ انتظر الإبلاغ ثم أعد المحاولة. إذا تأثر التطوير الطبيعي فاستعد العمل وفق إجراءات المؤسسة قبل مراجعة نطاق السياسة.