سياسة مستودعات Git الموثوقة
يحدد التحكم في الوصول إلى مستودعات Git نطاق المستودعات الموثوقة لأجهزة Windows، ويسجل وصول Git القياسي الذي يمكن التعرف عليه. عندما يتعرف الجهاز على مستودع غير موثوق يحاول إنهاء عملية Git المرتبطة؛ وتختلف مطابقة القاعدة ونجاح إنهاء العملية واكتمال عملية المستودع، لذا يجب التحقق من كل نتيجة.
لا تضمن الوظيفة تغطية جميع عملاء Git أو الأوامر أو طرق النقل، ولا تحل محل صلاحيات المستودع أو الشبكة أو ضوابط أمن البيانات الأخرى.
الاستعداد
- استخدم حساباً يملك صلاحية إدارة سياسات منع فقدان البيانات لإعداد السياسة. يتطلب عرض السجلات المرتبطة صلاحية العرض المناسبة ويمكن لمن يملكها إجراء التحقق. تأكد من اتصال أجهزة Windows التجربة وترخيصها ووقوعها ضمن نطاق عرض المسؤول.
- اجمع عناوين المستودعات المطلوبة للعمل وبروتوكولاتها ومنافذها، وميز السماح لمستودع واحد عن السماح لنطاق أسماء كامل. لا تضع كلمات مرور أو رموز وصول في عنوان المستودع؛ تظل خدمة Git مسؤولة عن صلاحيات الحساب.
- أعد أهداف اختبار موثوقة وغير موثوقة ومصرحا بها، واستخدم حساب اختبار ومحتوى غير حساس. قد تقاطع السياسة التطوير أو البناء، لذا ابدأ بأجهزة قليلة قابلة للاستعادة وأعد خطة تراجع.
إعداد المستودعات الموثوقة
- انتقل إلى
Data Loss Preventionوافتح صفحة التطبيقات، ثمGit Repository Access Controlواختر سياسة المستودعات الموثوقة. اسم علامة التبويب في الواجهة الإنجليزية هوTrusted Repository Policies. - أنشئ سياسة أو عدلها وأدخل الاسم، وتحقق من وقت السريان والأجهزة أو المجموعات أو الوسوم. ابدأ بنطاق تجريبي.
- أضف مستودعا إلى القائمة الموثوقة. لكل قاعدة اختر مستودعا محددا بدقة أو نطاق أسماء، وأدخل العنوان. تحتاج كل سياسة إلى 1 حتى 500 قاعدة صالحة؛ لا تضف قواعد مكررة. في الواجهة الإنجليزية، اختر
Add RepositoryضمنTrusted Repositories، ثم اختر نوع القاعدةExact RepositoryأوRepository Namespace. - تحقق من البروتوكول والمضيف والمنفذ والمسار. يمكن إدخال عناوين
HTTPأوHTTPSأوSSHأوGitأو صيغةSSHالمختصرة الشائعة. لا تتساوى البروتوكولات تلقائيا؛ ويؤثر المنفذ غير الافتراضي في المطابقة. - احفظ السياسة كاملة وانتظر استلام الأجهزة. اختبر الأهداف الموثوقة وغير الموثوقة كل على حدة، ثم راجع نتائج المطابقة والتنفيذ في سجلات الوصول. بعد التحقق وسع النطاق وفق إجراءات التغيير.
العناوين التالية أمثلة وليست نطاقا موثوقا افتراضيا:
| القاعدة | المثال | النطاق |
|---|---|---|
| مستودع محدد | https://git.example.com/team/project.git |
يطابق هذا المستودع ولا يشمل مستودعات الفريق الأخرى تلقائيا. |
| نطاق أسماء | https://git.example.com/team |
يطابق هذا المسار وما تحته، ولا يطابق مستويات مسارات أخرى لمجرد تشابه بادئة الاسم. |
مثلا، لا تفترض أن قاعدة HTTPS تشمل عنوان SSH للمضيف نفسه؛ إذا احتاج العمل الطريقتين فاضبطهما واختبرهما منفصلتين. يكون نطاق الأسماء أوسع عادة من مستودع واحد، لذا تحقق من ملاءمته قبل الحفظ.
ملاحظة مطابقة العنوان: عند تطابق البروتوكول والمضيف والمنفذ، تتجاهل المطابقة اللاحقة .git في نهاية مسار المستودع. لا يميز اسم المضيف بين الأحرف الكبيرة والصغيرة، لكن مسار المستودع يميز بينها. مثلًا، يطابق team/project.git وteam/project مسار المستودع نفسه؛ ولا تفترض تطابق team/Project وteam/project. اختبر عناوين الخدمة الفعلية كلًا على حدة.
القيود واستكشاف المشكلات
النطاق: تشمل عمليات Git الشبكية القياسية القابلة للتعرف
cloneوfetchوpullوpush. اختبر الأوامر والخيارات والعملاء وحالات Git LFS المختلفة منفصلة. غياب السجل لا يثبت عدم الوصول.تعذر التعرف على الهدف: عند تعذر تحليل بعض الأهداف لا تُحظر باعتبارها مستودعات غير موثوقة. استخدم ضوابط أخرى ولا تعتبر الوظيفة ضمانا لكل الإرسال للخارج.
عدم حظر وصول غير موثوق: تحقق من التعرف على الهدف الفعلي ونتيجة المطابقة والتنفيذ. قد يفشل الإنهاء أو تكون العملية قد خرجت؛ وحتى نجاحه لا يثبت من السجل وحده عدم حدوث اتصال أو نقل قبل ذلك.
تأثر مستودع موثوق: تحقق من توزيع السياسة وبروتوكول العنوان الفعلي ومنفذه ومساره، وافحص إعادة كتابة العنوان ونطاق الأسماء. بعد التعديل أعد اختبار السماح والتقييد كل على حدة.
تعذر العثور على سجل: تحقق من حالة الجهاز والسياسة والترخيص ونطاق الحساب والوقت والمرشحات؛ انتظر الإبلاغ ثم أعد المحاولة. إذا تأثر التطوير الطبيعي فاستعد العمل وفق إجراءات المؤسسة قبل مراجعة نطاق السياسة.
آخر تحديث