Coroid effectue des tâches d'ingénierie autonomes sur votre code. Cette page décrit l'endroit où ces travaux s'exécutent, ce à quoi ils ont accès, comment les identifiants et les données sont protégés, ainsi que les traces qu'ils laissent. Elle décrit également les contrôles actuellement en place. Les contrôles prévus sont indiqués comme tels.
Lieu d'exécution du travail des agents
Chaque tâche s'exécute dans son propre espace de travail cloud isolé. Cet espace est créé pour cette tâche puis supprimé après son achèvement. Les agents ne lisent et n'écrivent que dans le dépôt qui y est extrait.
Il existe trois zones :
| Zone | Propriétaire | Contenu |
|---|---|---|
| Espace de travail de l'agent | Coroid | L'environnement d'extraction, de construction et de test d'une tâche. Créé pour chaque tâche, supprimé après son achèvement. |
| Plan de contrôle | Coroid | Planification, spécifications, preuves et historique des décisions. Stocke les identifiants liés au projet via une configuration chiffrée. |
| Votre réseau et l'environnement de production | Vous | Inaccessible depuis un espace de travail d'agent. |
- Espace de travail de l'agentGéré par CoroidOutils de récupération, de compilation et de test pour une seule tâche.
- Plan de contrôleGéré par CoroidPlanification, spécifications, preuves et historique des décisions. Les identifiants restent chiffrés.
- Votre réseau et la productionVotre espaceAucune extension IDE, aucun agent local ni accès réseau requis.
Un espace de travail d'agent ne peut pas accéder à votre réseau ou à la production.
La seule issue est un pull request, que votre équipe décide ou non de fusionner.
Le travail quitte l'espace de travail sous une seule forme : un pull request. Votre équipe décide de son intégration, et votre propre processus de déploiement prend le relais ensuite. Coroid n'a pas besoin d'extension IDE, ni d'agent local, ni d'accès à votre réseau privé.
Identité et accès
L'authentification est centralisée dans le portail. Il prend en charge :
- Des sessions utilisateur basées sur JWT pour l'accès au portail
- Des jetons inter-services avec rotation gérée
- Des clés API pour les intégrations externes
- Des mécanismes de sécurité pour les points de terminaison utilisateur, inter-services et à accès mixte
L'accès au dépôt est limité au projet. Les identifiants d'un projet ne peuvent pas être utilisés par un autre projet, et Coroid n'a pas besoin d'identifiants à l'échelle de l'organisation pour travailler sur un dépôt. Consultez Connecter votre code.
Les propriétaires et administrateurs d'organisation gèrent les membres, les sessions et le flux d'événements de sécurité dans les Paramètres → Sécurité et accès Paramètres → Identité et accèsSSO/SAML avec approvisionnement SCIM fait partie de l'offre Entreprise, disponible en aperçu privé.
Protection des données
- Les données sont chiffrées en transit et au repos.
- Les identifiants de votre organisation, tels que les clés de fournisseur, les jetons de dépôt et autres secrets d'intégration, sont chiffrés avec une clé de données appartenant à votre organisation. Un service de gestion des clés chiffre ensuite cette clé de données. Seul le broker d'identifiants de Coroid peut les déchiffrer, et il enregistre chaque utilisation. Consultez Clés de fournisseur.
- Les secrets de configuration propres à Coroid sont stockés de manière chiffrée.
- Le service cloud public propose un Profil d'hébergement UE pour les équipes ayant des exigences liées à GDPR ou à la résidence des données. Le Réservé à l'UE Le profil AI conserve l'inférence du modèle chez des fournisseurs hébergés en UE. Consultez Profils AI.
- Vous contrôlez la durée de conservation de l'historique d'exécution, des transcriptions et des artefacts. Consultez Conservation des données.
Le suivi des décisions
Chaque modification autonome est expliquée dans les termes que les réviseurs et les équipes de sécurité utilisent déjà :
- la spécification, l'activité de l'agent, la révision et la décision d'approbation restent liées à la tâche
- Le suivi d'exécution enregistre chaque exécution d'agent, y compris les tentatives échouées et les raisons de leur échec
- L'historique des demandes de fusion montre les preuves finales avant la fusion du code
- Les preuves de sécurité, de dépendances, de couverture, visuelles, d'end-to-end et de tests navigateur peuvent être jointes à une révision. Consultez Preuves de révision.
Les portes de fusion maintiennent les modifications en production derrière des politiques explicites. Rien ne se fusionne sans l'approbation de vos portes de qualité requises.
Opérations de production
- Génération de SBOM et analyse d'images conteneur en CI
- Points de terminaison publics en HTTPS uniquement avec terminaison TLS
- Snapshots automatisés de base de données et procédures d'restauration
- Surveillance et alertes sur les métriques, journaux et erreurs
Options de déploiement
Coroid fonctionne selon trois modèles opérationnels. Le workflow est identique dans chacun ; ce qui change, c'est l'emplacement du runtime, du stockage, de l'accès au dépôt et des identifiants.
| Modèle | Disponibilité | Où il s'exécute |
|---|---|---|
| Cloud | Disponible généralement | Géré par Coroid, avec un profil d'hébergement UE optionnel |
| Cloud d'entreprise | Prévisualisation privée | Géré par Coroid, avec capacité sous contrat, SSO/SAML, SCIM et export d'audit |
| En local | Prévisualisation privée | Votre infrastructure, avec Docker Compose ou Kubernetes |
En local
Les déploiements sur site permettent aux équipes soumises à des réglementations de conserver l'accès au dépôt, le stockage, les identifiants et les politiques réseau au sein d'une infrastructure qu'elles contrôlent.
- Docker Compose Convient aux installations sur un seul serveur et aux pilotes. Les volumes persistants stockent la base de données, les dépôts et les journaux.
- Kubernetes Convient aux installations sur plusieurs serveurs et aux configurations à mise à l'échelle automatique. Helm gère les services d'application, de travail, de synchronisation et d'exécution, et fonctionne avec PostgreSQL hébergé ou auto-hébergé ainsi que le stockage d'objets.
- Réseaux restreints Peut utiliser des stratégies de modèles et de dépendances hors ligne, une gestion des secrets auto-hébergée et un TLS interne.
L'accès Git utilise des jetons d'accès personnels plutôt qu'une installation d'application tierce, et peut pointer vers des hébergeurs de dépôts internes.
Certifications
Coroid ne dispose actuellement pas d'un rapport SOC 2 ni d'autre certification de sécurité tierce. Le SOC 2 est un objectif de préparation. Nous ne qualifierons pas un contrôle de certifié tant qu'il ne le sera pas.