Coroid utför autonomt ingenjörsarbete med din kod. Den här sidan beskriver var arbetet körs, vad det kan komma åt, hur autentiseringsuppgifter och data skyddas och vilka spår arbetet lämnar efter sig. Den beskriver de skyddsåtgärder som finns på plats i dag. Planerade skyddsåtgärder är märkta som planerade.
Var agentarbetet körs
Varje uppgift körs i en egen isolerad arbetsyta i molnet. Arbetsytan skapas för uppgiften och tas bort när den är klar. Agenter läser och skriver bara i det repository som checkats ut till arbetsytan.
Det finns tre zoner:
| Zon | Ägare | Innehåll |
|---|---|---|
| Agentens arbetsyta | Coroid | En uppgifts checkout samt verktyg för bygge och test. Skapas för varje uppgift och tas bort när den är klar. |
| Kontrollplan | Coroid | Schemaläggning, specifikationer, underlag och beslutshistorik. Innehåller projektomfattande autentiseringsuppgifter i krypterad konfiguration. |
| Ditt nätverk och din produktionsmiljö | Du | Kan inte nås från en agentarbetsyta. |
- Agentens arbetsytaDrivs av CoroidEn uppgifts Git checkout samt verktyg för bygge och test.
- KontrollplanDrivs av CoroidSchemaläggning, specifikationer, underlag och beslutshistorik. Autentiseringsuppgifter förblir krypterade.
- Ditt nätverk och din produktionsmiljöDinInget IDE-tillägg, ingen lokal agent och ingen nätverksåtkomst behövs.
En agentarbetsyta kan inte nå ditt nätverk eller din produktionsmiljö.
Den enda vägen ut är en pull request, och ditt team avgör om den ska mergas.
Arbetet lämnar arbetsytan i en form: en pull request. Ditt team avgör om den mergas, och därefter tar din egen driftsättningsprocess vid. Coroid behöver inget IDE-tillägg, ingen lokal agent och ingen åtkomst till ditt privata nätverk.
Identitet och åtkomst
Autentisering hanteras centralt i gatewayen. Den stöder:
- användarsessioner baserade på JWT för åtkomst till portalen
- tjänst-till-tjänst-token med hanterad rotation
- API-nycklar för externa integrationer
- skydd för endpoints med användaråtkomst, tjänståtkomst och blandad åtkomst
Åtkomsten till repository är begränsad till projektet. Ett projekts autentiseringsuppgifter kan inte användas av ett annat projekt, och Coroid behöver inte autentiseringsuppgifter för hela organisationen för att arbeta med ett repository. Se Anslut din kod.
Organisationsägare och administratörer hanterar medlemmar, sessioner och flödet för säkerhetshändelser under Inställningar → Identitet och åtkomst. SSO/SAML med SCIM-etablering ingår i Enterprise, som är i privat förhandsversion.
Dataskydd
- Data krypteras under överföring och vid lagring.
- Din organisations autentiseringsuppgifter, till exempel leverantörsnycklar, repository-token och andra integrationshemligheter, krypteras med en datanyckel som tillhör organisationen. En nyckelhanteringstjänst krypterar i sin tur datanyckeln. Det är endast Coroids autentiseringsförmedlare som kan dekryptera dem, och den registrerar varje användning. Se Leverantörsnycklar.
- Coroids egna konfigurationshemligheter lagras krypterade.
- Den publika molntjänsten erbjuder en EU-profil för hosting för team med krav på GDPR eller datalagring inom en viss region. Profilen Endast EU AI håller modellinferensen hos leverantörer som hostar i EU. Se AI-profiler.
- Du styr hur länge körningshistorik, transkriptioner och artefakter sparas. Se Datalagring.
Beslutshistoriken
Varje autonom ändring förklaras med begrepp som granskare och säkerhetsteam redan använder:
- specifikationen, agenternas aktivitet, granskningen och godkännandebeslutet är kopplade till uppgiften
- körningshistoriken registrerar varje agentkörning, inklusive misslyckade försök och varför de misslyckades
- pull request-historiken visar det slutliga underlaget innan koden mergas
- underlag för säkerhet, beroenden, kodtäckning, visuella tester, end-to-end-tester och webbläsartester kan bifogas en granskning. Se Underlag för granskning.
Merge-spärrar håller produktionsändringar bakom uttryckliga policyer. Inget mergas utan det godkännande som dina kvalitetsgrindar kräver.
Produktionsdrift
- Generering av SBOM och skanning av containeravbildningar i CI
- Publika endpoints använder endast HTTPS med TLS-terminering
- automatiska databassnapshots och instruktioner för återställning
- övervakning och aviseringar för mätvärden, loggar och fel
Driftsättningsalternativ
Coroid finns i tre driftsmodeller. Arbetsflödet är detsamma i alla; det som skiljer sig är var runtime, lagring, repository-åtkomst och autentiseringsuppgifter finns.
| Modell | Tillgänglighet | Var den körs |
|---|---|---|
| Moln | Allmänt tillgänglig | Drivs av Coroid, med en valfri EU-profil för hosting |
| Enterprise-moln | Privat förhandsversion | Drivs av Coroid, med avtalad kapacitet, SSO/SAML, SCIM och export av granskningsloggar |
| Lokalt | Privat förhandsversion | Din infrastruktur, med Docker Compose eller Kubernetes |
Lokalt
Lokala driftsättningar gör det möjligt för team med regulatoriska krav att hålla åtkomst till repository, lagring, autentiseringsuppgifter och nätverkspolicy inom infrastruktur som de själva styr.
- Docker Compose passar installationer och pilotprojekt på en enda server. Permanenta volymer innehåller databasen, repositories och loggar.
- Kubernetes passar installationer med flera servrar och automatisk skalning. Helm hanterar tjänsterna för applikation, worker, synkronisering och runner och fungerar med hanterad eller självhostad PostgreSQL och objektlagring.
- Begränsade nätverk kan använda strategier för offline-modeller och beroenden, självhostad hantering av hemligheter och intern TLS.
Git-åtkomst använder personliga access-token i stället för installation av en tredjepartsapp och kan riktas mot interna repository-värdar.
Certifieringar
Coroid har för närvarande ingen SOC 2-rapport eller annan säkerhetscertifiering från tredje part. SOC 2 är ett mål för beredskap. Vi kommer inte att beskriva en skyddsåtgärd som certifierad förrän den är det.