Coroid übernimmt die autonome Softwareentwicklung für Ihren Code. Diese Seite erläutert, wo diese Arbeit ausgeführt wird, welche Bereiche sie erreichen kann, wie Zugangsdaten und Daten geschützt werden und welche Aufzeichnungen dabei entstehen. Sie beschreibt die derzeit vorhandenen Kontrollmechanismen. Geplante Kontrollen werden als „geplant“ gekennzeichnet.
Ausführungsort der Agentenarbeit
Jede Aufgabe wird in einem eigenen isolierten Cloud-Arbeitsbereich ausgeführt. Der Arbeitsbereich wird für die jeweilige Aufgabe erstellt und nach Abschluss wieder gelöscht. Die Agenten lesen und schreiben nur in das darin eingecheckte Repository.
Es gibt drei Zonen:
| Zone | Inhaber | Inhalt |
|---|---|---|
| Agenten-Arbeitsbereich | Coroid | Checkout, Build- und Test-Tools einer einzelnen Aufgabe. Werden pro Aufgabe erstellt und nach Abschluss gelöscht. |
| Steuerungsebene | Coroid | Planung, Spezifikationen, Nachweise und der Entscheidungsverlauf. Enthält projektbezogene Zugangsdaten über verschlüsselte Konfigurationen. |
| Ihr Netzwerk und die Produktionsumgebung | Sie | Von einem Agenten-Arbeitsbereich aus nicht erreichbar. |
- Agent-ArbeitsbereichBetrieben von CoroidTools zum Auschecken, Erstellen und Testen einer einzelnen Aufgabe.
- SteuerungsebeneBetrieben von CoroidZeitplanung, Spezifikationen, Nachweise und Entscheidungsnachverfolgung. Zugangsdaten bleiben verschlüsselt.
- Ihr Netzwerk und die ProduktionIhr eigener BereichKeine IDE-Erweiterung, kein lokaler Agent oder Netzwerkzugriff erforderlich.
Ein Agent-Arbeitsbereich kann nicht auf Ihr Netzwerk oder die Produktionsumgebung zugreifen.
Der einzige Ausweg ist ein pull request, über dessen Merge-Idee Ihr Team entscheidet.
Die Arbeit verlässt den Arbeitsbereich in Form eines pull request. Ihr Team entscheidet, ob es gemergt wird, und Ihr eigener Deploy-Pfad übernimmt es anschließend. Coroid benötigt weder eine IDE-Erweiterung, noch einen lokalen Agenten oder Zugriff auf Ihr privates Netzwerk.
Identität und Zugriff
Die Authentifizierung ist im Gateway zentralisiert. Folgende Funktionen werden unterstützt:
- JWT-basierte Benutzersitzungen für den Portalzugriff
- Service-zu-Service-Token mit verwalteter Rotation
- API-Schlüssel für externe Integrationen
- Schutzmechanismen für Endpunkte mit Benutzer-, Service- oder gemischtem Zugriff
Der Zugriff auf das Repository ist auf das Projekt beschränkt. Die Zugangsdaten eines Projekts können nicht von einem anderen Projekt genutzt werden, und Coroid benötigt keine organisationweiten Zugangsdaten, um in einem Repository zu arbeiten. Siehe Ihren Code verbinden.
Organisationsbesitzer und Administratoren verwalten Mitglieder, Sitzungen und das Sicherheits-Ereignisprotokoll unter Einstellungen → Identität und Zugriff. SSO/SAML mit SCIM-Bereitstellung ist Teil von Enterprise, welches sich in der privaten Vorschau befindet.
Datenschutz
- Daten werden während der Übertragung und im Ruhezustand verschlüsselt.
- Die Zugangsdaten Ihrer Organisation, wie Anbieter-Schlüssel, Repository-Token und andere Integrationsgeheimnisse, werden mit einem Datenverschlüsselungsschlüssel Ihrer Organisation verschlüsselt. Ein Schlüsselmanagementservice verschlüsselt diesen Datenverschlüsselungsschlüssel anschließend erneut. Nur der Credential-Broker von Coroid kann sie entschlüsseln, und jede Nutzung wird protokolliert. Siehe Anbieter-Schlüssel.
- Die eigenen Konfigurationsgeheimnisse von Coroid werden verschlüsselt gespeichert.
- Der öffentliche Cloud-Dienst bietet ein EU-Hosting-Profil für Teams mit GDPR-Anforderungen oder Datenspeicherungsvorgaben. Der Nur in der EU Das AI-Profil sorgt dafür, dass die Modellinferenz bei Anbietern in der EU erfolgt. Siehe AI-Profile.
- Sie bestimmen, wie lange Ausführungshistorie, Transkripte und Artefakte aufbewahrt werden. Siehe Datenaufbewahrung.
Die Entscheidungskette
Jede autonome Änderung wird in Begriffen erklärt, die Rezensenten und Sicherheitsteams bereits kennen:
- Die Spezifikation, die Aktivität der Agenten, die Rezension und die Freigabebeschlüsse bleiben mit der Aufgabe verknüpft.
- Die Ausführungskette protokolliert jeden Agentenlauf, einschließlich fehlgeschlagener Versuche und der Gründe dafür.
- Der Verlauf der Pull-Request zeigt die endgültigen Nachweise vor dem Zusammenführen des Codes.
- Nachweise zu Sicherheit, Abhängigkeiten, Abdeckung, visuellen Tests, End-to-End-Tests und Browser-Tests können der Rezension beigefügt werden. Siehe Rezensionsnachweise.
Merge-Gates halten Produktionsänderungen hinter expliziten Richtlinien zurück. Nichts wird zusammengeführt, ohne die Freigabe Ihrer Qualitätsgate erforderlich.
Produktionsbetrieb
- Erstellung von SBOMs und Scannen von Container-Images in der CI
- Öffentliche Endpunkte nur über HTTPS mit TLS-Terminierung
- Automatisierte Datenbank-Snapshots und Wiederherstellungsanleitungen
- Überwachung und Alarmierung von Metriken, Protokollen und Fehlern
Bereitstellungsoptionen
Coroid arbeitet nach drei Betriebsmodellen. Der Arbeitsablauf ist in jedem Modell gleich; was sich ändert, ist der Ort von Laufzeitumgebung, Speicher, Repository-Zugriff und Anmeldeinformationen.
| Modell | Verfügbarkeit | Ausführungsort |
|---|---|---|
| Cloud | Allgemein verfügbar | Von Coroid betrieben, mit optionalem EU-Hosting-Profil |
| Unternehmenscloud | Private Vorschau | Von Coroid betrieben, mit vertraglicher Kapazität, SSO/SAML, SCIM und Audit-Export |
| Lokal | Private Vorschau | Ihre Infrastruktur, mit Docker Compose oder Kubernetes |
Lokal
Mit On-Premises-Installationen können regulierte Teams den Zugriff auf das Repository, die Speicherung, die Anmeldeinformationen und die Netzwerkrichtlinien innerhalb der von ihnen verwalteten Infrastruktur beibehalten.
- Docker Compose Eignet sich für Ein-Server-Installationen und Pilotprojekte. Persistente Volumes speichern die Datenbank, Repositorys und Protokolle.
- Kubernetes Eignet sich für Multi-Server- und automatisch skalierbare Installationen. Helm verwaltet die Anwendungs-, Worker-, Sync- und Runner-Dienste und arbeitet mit verwalteten oder selbst gehosteten PostgreSQL-Instanzen sowie Objektspeichern zusammen.
- Eingeschränkte Netzwerke Können Offline-Modelle und Abhängigkeitsstrategien, selbst gehostete Geheimnisverwaltung sowie interne TLS nutzen.
Der Git-Zugriff erfolgt über persönliche Zugriffstoken statt über die Installation einer Drittanbieter-Anwendung und kann auf interne Repository-Hosts verweisen.
Zertifizierungen
Coroid verfügt derzeit über keinen SOC 2-Bericht oder andere Sicherheitszertifizierungen durch Dritte. SOC 2 ist ein Ziel für die Vorbereitung. Wir werden eine Kontrolle erst als zertifiziert bezeichnen, wenn dies der Fall ist.