CoRoid يقوم بأعمال هندسة البرمجيات بشكل مستقل على كودك. تغطي هذه الصفحة المكان الذي تتم فيه تلك الأعمال، وما يمكنها الوصول إليه، وكيفية حماية بيانات الاعتماد والبيانات، بالإضافة إلى السجل الذي تتركه وراءها. كما توضح الضوابط المطبقة حاليًا. تُصنّف الضوابط المخطط لها على أنها مخطط لها.
مكان تنفيذ أعمال الوكلاء
تُنفذ كل مهمة في مساحة عمل سحابية معزولة خاصة بها. تُنشأ مساحة العمل لتلك المهمة ثم تُزال بعد انتهائها. يقرأ الوكلاء ويكتبون فقط في المستودع الموجود داخلها.
هناك ثلاث مناطق:
| المنطقة | مالك | ما تحتويه |
|---|---|---|
| مساحة عمل الوكيل | CoRoid | أدوات استخراج الكود وبنائه واختباره لمهمة واحدة. تُنشأ لكل مهمة وتُزال بعد انتهائها. |
| طبقة التحكم | CoRoid | الجدولة والمواصفات والأدلة وسجل القرارات. تحتوي على بيانات اعتماد خاصة بالمشروع عبر تكوين مشفر. |
| شبكتك وبيئتك الإنتاجية | أنت | غير قابلة للوصول من مساحة عمل الوكيل. |
- مساحة عمل الوكلاءيتم تشغيله بواسطة CoRoidأدوات سحب الكود، البناء والاختبار لمهمة واحدة.
- طبقة التحكميتم تشغيله بواسطة CoRoidجدولة، مواصفات، أدلة ومسار اتخاذ القرار. تظل بيانات الاعتماد مشفرة.
- شبكتك والبيئة الإنتاجيةخاص بكلا حاجة إلى امتداد IDE، أو وكيل محلي، أو وصول للشبكة.
لا يمكن لمساحة عمل الوكيل الوصول إلى شبكتك أو بيئة الإنتاج.
الطريق الوحيد للخروج هو pull request، وفريقك هو من يقرر دمجه أم لا.
تخرج الأعمال من مساحة العمل بشكل واحد: وهو pull request. يقرر فريقك ما إذا كان سيتم دمجه، ومن ثم يأخذه مسار النشر الخاص بك من هناك. لا يحتاج CoRoid إلى امتداد IDE، ولا إلى وكيل محلي، ولا إلى وصول إلى شبكتك الخاصة.
ما يمكن لمساحة العمل الوصول إليه على الإنترنت
تصل مساحة العمل التي تُبنِي وتختبر كودك إلى عناوين الإنترنت العامة مباشرة، لذا تعمل عمليات التثبيت والتنزيل كما في جهاز المطور. لكنها لا تصل أبدًا إلى العناوين الخاصة: شبكة الكتلة الداخلية، وخدمة بيانات السحابة، والنطاقات الخاصة مغلقة أمامها.
شبكة الحيز الآمن، تحت أمان → إعدادات، ويوجه مساحات عمل النطاق عبر وكيل الخروج الخاص بـ CoRoid. يكون هذا الوكيل معطلاً حتى تقوم بتفعيله، سواء كإعداد افتراضي للمنظمة أو لمشروع معين، وذلك في جميع الخطط:
- تفعيل (مراقبة). تمر كل الاتصالات عبر الوكيل، الذي يسجل المضيف والمنفذ للمهمة، دون تسجيل المسار أو أي محتوى. لا يتم رفض أي اتصال.
- رفض ما غير المسموح به (تطبيق القواعد)، تم اختياره في لوحة إعدادات الحماية. يسمح البروكسي بوصول سجلات الحزم العامة (npm و PyPI ووحدات Go وcrates.io وRubyGems وMaven Central وGradle وNuGet وPackagist وHex وpub.dev وconda)، بالإضافة إلى مضيف Git الخاص بمشروعك والمضيفين المدرجين في قائمة السماح المحددة في الإعدادات؛ كما يرفض الوصول إلى أي مصادر أخرى. وفي حال فشل تنفيذ أمر ما بعد رفض الوصول، يتم إبلاغ الوكيل بالمضيف الذي تم رفضه والسبب وراء ذلك.
تعرض اللوحة أماكن اتصال الحيز الآمن خلال آخر 30 يومًا: كل مضيف ومنفذ، وعدد المهام والاتصالات، والمهمة التي وصلت إليه آخر مرة، وما إذا كان مسموحًا به أو مرفوضًا أو سيُرفض عند تطبيق القواعد باستخدام القائمة الحالية. السماح يضيف مضيفًا إلى القائمة. ابدأ بوضع المراقبة: تُظهر القائمة ما سيتم رفضه عند تطبيق القواعد قبل تفعيلها.
شبكة مهمة ما الشبكة في قسم 'عرض المصنع'، يتم سرد الوجهات التي وصلت إليها مساحات العمل، مع وضع عمليات الرفض أولاً. عملية الفحص التي يقوم بها CoRoid ذاتياً (مثل فحص الأمان) تحتفظ بمساحة عملها في مهمة خاصة بها؛ وتحدد تلك المهمة نوع الفحص الذي تم تنفيذه وتسرد وجهاته بنفس الطريقة.
في كلا الوضعين، فإن أي اتصال يتجاوز الوكيل، مثل اتصال TCP الخام، سيفشل، ولم يسبق للوكيل أن يتصل بعنوان خاص. تكتشف الأدوات الوكيل من خلال متغيرات الوكيل القياسية التي يضبطها CoRoid؛ حيث يقرأ Maven الوكيل الخاص به فقط من settings.xml، لذا لا يمكن لعملية بناء Maven الوصول إلى الإنترنت بينما تكون شبكة الحيز الآمن مفعلة. تظل عمليات البحث عن الأسماء تمر عبر محلل الكتلة. يُطبق التغيير على مساحات العمل التي تُنشأ بعده.
كل مدخل في قائمة السماح هو مضيف (api.example.com)، أو النطاقات الفرعية التابعة له (*.example.com)، أو كليهما مع منفذ (example.com:8443؛ بدون منفذ، تكون القيم 80 و443). يحتوي المشروع ذو الإعداد الخاص عليه وضع وقائمة خاصة به؛ استخدم الإعداد الافتراضي لإعادته إلى إعدادات المؤسسة. ينتقل هذا الإعداد مع
قابلية نقل الإعدادات، مثل باقي إعدادات قسم 'الأمان'.
هوية الوصول
يتم تركيز عملية المصادقة في البوابة. وتدعم ما يلي:
- جلسات مستخدم مبنية على JWT للوصول إلى البوابة
- رموز خدمة إلى خدمة مع تدوير آلي
- مفاتيح API للتكاملات الخارجية
- حواجز حماية لنقاط الوصول الخاصة بالمستخدم والخدمة والوصول المختلط
يكون الوصول إلى المستودع مقصورًا على المشروع. لا يمكن استخدام بيانات اعتماد مشروع ما من قبل مشروع آخر، ولا يحتاج CoRoid إلى بيانات اعتماد على مستوى المنظمة للعمل على مستودع واحد. اطلع على ربط كودك.
يقوم مالكو المؤسسة والمشرفون بإدارة الأعضاء والجلسات وملف أحداث الأمان ضمن إعدادات → هوية الوصول. يُعد SSO/SAML مع توفير SCIM جزءًا من نسخة Enterprise، المتوفرة في معاينة خاصة.
حماية البيانات
- تكون البيانات مشفرة أثناء النقل وفي حالة التخزين.
- تتم تشفير بيانات اعتماد منظمتك، مثل مفاتيح مزودي الخدمات، ورموز المستودعات، وغيرها من أسرار التكامل، باستخدام مفتاح بيانات يخص منظمتك. تقوم خدمة إدارة المفاتيح بتشفير ذلك المفتاح بدورها. لا يمكن فك تشفيرها إلا بواسطة وسيط بيانات اعتماد CoRoid، والذي يسجل كل استخدام لها. اطلع على مفاتيح المزود.
- تُخزن أسرار الإعداد الخاصة بـ CoRoid بشكل مشفر.
- تقدم خدمة السحابة العامة خيارًا لـ ملف تعريف استضافة في الاتحاد الأوروبي للفرق التي لديها متطلبات تتعلق بـ GDPR أو بإقامة البيانات. خيار الاتحاد الأوروبي فقط ملف تعريف AI يحافظ على استنتاج النماذج عبر مزودي خدمات مستضافين في الاتحاد الأوروبي. انظر إلى ملفات تعريف AI.
- أنت تتحكم في المدة التي يتم خلالها الاحتفاظ بسجلات التنفيذ والمحاضر والعناصر الناتجة. انظر إلى حفظ البيانات.
سجل القرارات
كل تغيير تلقائي يتم شرحه باستخدام المصطلحات التي يستخدمها بالفعل المراجعون وفرق الأمان:
- تظل المواصفات ونشاط الوكلاء وقرار المراجعة والموافقة مرتبطة بالمهمة.
- يسجل سجل التنفيذ كل عملية تشغيل للوكيل، بما في ذلك المحاولات الفاشلة وأسباب فشلها.
- يعرض سجل طلبات السحب الأدلة النهائية قبل دمج الكود.
- يمكن إرفاق أدلة حول الأمان والتبعيات والتغطية والاختبارات البصرية واختبارات النهاية إلى النهاية واختبارات المتصفح بعملية المراجعة. انظر إلى أدلة المراجعة.
تضمن بوابات الدمج أن تظل التغييرات الإنتاجية خلف سياسات صريحة. لا يتم دمج أي شيء دون موافقتك على بوابات الجودة تتطلب ذلك.
عمليات الإنتاج
- توليد قائمة مكونات البرنامج (SBOM) وفحص صور الحاويات في عمليات التكامل المستمر.
- نقاط نهاية عامة تعمل فقط عبر بروتوكول HTTPS مع إنهاء بروتوكول TLS.
- لقطات تلقائية لقاعدة البيانات ودليل تشغيل لاستعادة البيانات.
- مراقبة وإرسال تنبيهات عبر المقاييس والسجلات والأخطاء.
خيارات النشر
يعمل CoRoid وفق ثلاثة نماذج تشغيلية. تظل سير العمل متطابقة في كل منها؛ ما يتغير هو مكان وجود وقت التشغيل والتخزين والوصول إلى المستودعات وبيانات الاعتماد.
| النموذج | التوفر | مكان التشغيل |
|---|---|---|
| سحابي | متاح للاستخدام بشكل عام | يتم تشغيله بواسطة CoRoid، مع ملف تعريف استضافة اختياري في الاتحاد الأوروبي |
| سحابة للمؤسسات | معاينة خاصة | يتم تشغيله بواسطة CoRoid، مع سعة متعاقد عليها، وSSO/SAML، وSCIM، وإمكانية تصدير سجلات التدقيق |
| محلي | معاينة خاصة | تُركّب على بنيتك التحتية، باستخدام أداة Docker Compose أو Kubernetes. |
محلي
تسمح عمليات النشر المحلية للفرق الخاضعة للتنظيم بالاحتفاظ بوصول المستودعات والتخزين وبيانات الاعتماد وسياسات الشبكة داخل البنية التحتية التي يديرونها.
- Docker Compose تلائم عمليات التركيب على خادم واحد والتجارب الأولية. تخزن وحدات التخزين الدائمة قاعدة البيانات والمستودعات والسجلات.
- Kubernetes تلائم عمليات التركيب على عدة خوادم والتركيبات القابلة للتوسع تلقائيًا. تدير أداة Helm خدمات التطبيق والعامل ومزامنة وتشغيل العمليات، وتعمل مع قواعد بيانات PostgreSQL المدارة أو المضيفة ذاتيًا وتخزين الكائنات.
- شبكات محدودة يمكنه استخدام نماذج النماذج والتبعيات غير المتصلة بالإنترنت وإدارة الأسرار المضيفة ذاتيًا وبروتوكول TLS الداخلي.
يستخدم الوصول إلى مستودع Git رموز وصول شخصية بدلاً من تثبيت تطبيقات من جهات خارجية، ويمكن توجيهه نحو مستضيفات المستودعات الداخلية.
الشهادات
لا يمتلك CoRoid حاليًا تقرير SOC 2 أو أي شهادة أمان من طرف ثالث أخرى. تُعد شهادة SOC 2 هدفًا للاستعداد. ولن نصف أي ضابط بأنه معتمد حتى يتم ذلك.
ذات صلة
- أمان: العثور على الثغرات الأمنية وإصلاحها في كودك وتبعياتك.
- حفظ البيانات
- مفاتيح المزود
- الخطط والتسعير
- أدلة المراجعة