Coroid realiza trabajos de ingeniería autónomos en tu código. Esta página describe dónde se ejecuta ese trabajo, a qué puede acceder, cómo se protegen las credenciales y los datos, y qué registro deja. También detalla los controles implementados actualmente. Los controles planificados se indican como tales.
Dónde se ejecuta el trabajo de los agentes
Cada tarea se ejecuta en su propio espacio de trabajo en la nube aislado. El espacio de trabajo se crea para esa tarea y se elimina tras su finalización. Los agentes solo leen y escriben en el repositorio que se haya extraído en él.
Existen tres zonas:
| Zona | Propietario | Qué contiene |
|---|---|---|
| Espacio de trabajo del agente | Coroid | Las herramientas de extracción, compilación y prueba de una tarea específica. Se crean por tarea y se eliminan tras su finalización. |
| Plano de control | Coroid | Programación, especificaciones, evidencias y el historial de decisiones. Contiene las credenciales vinculadas al proyecto mediante configuraciones cifradas. |
| Tu red y producción | Tú | No es accesible desde un espacio de trabajo del agente. |
- Área de trabajo del agenteGestionado por CoroidHerramientas de extracción, compilación y prueba para una tarea.
- Plano de controlGestionado por CoroidProgramación, especificaciones, pruebas y registro de decisiones. Las credenciales permanecen encriptadas.
- Su red y producciónTuyoNo se necesita extensión IDE, agente local ni acceso a la red.
Un espacio de trabajo de agente no puede acceder a tu red ni a producción.
La única salida es un pull request, que tu equipo decide si fusionar.
El trabajo abandona el espacio de trabajo en una única forma: un pull request. Tu equipo decide si se fusiona y tu propio proceso de despliegue lo gestiona a partir de ahí. Coroid no necesita ninguna extensión IDE, ni agente local, ni acceso a tu red privada.
Identidad y acceso
La autenticación está centralizada en la puerta de enlace. Soporta:
- Sesiones de usuario basadas en JWT para acceder al portal
- Tokens de servicio a servicio con rotación gestionada
- Claves de API para integraciones externas
- Controles de acceso para puntos de conexión de usuario, servicio y acceso mixto
El acceso al repositorio está limitado al proyecto. Las credenciales de un proyecto no pueden ser utilizadas por otro proyecto, y Coroid no necesita credenciales a nivel de organización para trabajar en un repositorio. Consulta Conecta tu código.
Los propietarios y administradores de la organización gestionan a los miembros, las sesiones y el feed de eventos de seguridad en Configuración → Identidad y acceso. SSO/SAML con aprovisionamiento SCIM forma parte de la versión Enterprise, que se encuentra en vista previa privada.
Protección de datos
- Los datos se cifran tanto en tránsito como en reposo.
- Las credenciales de tu organización, como las claves de proveedores, los tokens de repositorio y otros secretos de integración, se cifran con una clave de datos propia de tu organización. Un servicio de gestión de claves cifra a su vez esa clave de datos. Solo el broker de credenciales de Coroid puede descifrarlas y registra cada uso. Consulta Claves de proveedor.
- Los secretos de configuración propios de Coroid se almacenan cifrados.
- El servicio en la nube pública ofrece un Perfil de alojamiento en la UE para equipos con requisitos de residencia de datos o de GDPR. El Solo UE El perfil de AI mantiene la inferencia del modelo en proveedores alojados en la UE. Consulte Perfiles de AI.
- Usted controla cuánto tiempo se conservan el historial de ejecución, las transcripciones y los artefactos. Consulte Retención de datos.
El registro de decisiones
Cada cambio autónomo se explica en términos que los revisores y los equipos de seguridad ya utilizan:
- La especificación, la actividad del agente, la Revisión y la decisión de aprobación permanecen vinculadas a la tarea
- El registro de ejecución documenta cada ejecución del agente, incluidos los intentos fallidos y sus causas
- El historial de solicitudes de extracción muestra la evidencia final antes de fusionar el código
- La evidencia de seguridad, dependencias, cobertura, pruebas visuales, de extremo a extremo y de navegador puede adjuntarse a una Revisión. Consulte Evidencia de Revisión.
Las puertas de fusión mantienen los cambios en producción bajo políticas explícitas. Nada se fusiona sin la aprobación de su puertas de calidad son necesarias.
Operaciones de producción
- Generación de SBOM y escaneo de imágenes de contenedores en CI
- Puntos de acceso públicos exclusivamente HTTPS con terminación TLS
- Instantáneas automatizadas de bases de datos y runbooks de restauración
- Supervisión y alertas sobre métricas, registros y errores
Opciones de despliegue
Coroid opera bajo tres modelos. El flujo de trabajo es el mismo en todos; lo que varía es dónde residen el tiempo de ejecución, el almacenamiento, el acceso al repositorio y las credenciales.
| Modelo | Disponibilidad | Dónde se ejecuta |
|---|---|---|
| Nube | Disponible de forma general | Gestionado por Coroid, con un perfil de alojamiento en la UE opcional |
| Nube empresarial | Vista previa privada | Gestionado por Coroid, con capacidad contratada, SSO/SAML, SCIM y exportación de auditorías |
| En las instalaciones | Vista previa privada | Su infraestructura, con Docker Compose o Kubernetes |
En las instalaciones
Las implementaciones locales permiten que los equipos regulados mantengan el acceso al repositorio, el almacenamiento, las credenciales y la política de red dentro de la infraestructura que ellos gestionan.
- Docker Compose Es adecuado para instalaciones en un único servidor y pruebas piloto. Los volúmenes persistentes almacenan la base de datos, los repositorios y los registros.
- Kubernetes Es ideal para instalaciones en múltiples servidores y con escalado automático. Helm gestiona los servicios de aplicación, trabajadores, sincronización y ejecución, y funciona con PostgreSQL gestionado o autoalojado y almacenamiento de objetos.
- Redes restringidas Pueden utilizar estrategias de modelo y dependencias sin conexión, gestión de secretos autoalojada y TLS interno.
El acceso a Git utiliza tokens de acceso personal en lugar de la instalación de una aplicación de terceros, y puede apuntar a hosts de repositorio internos.
Certificaciones
Coroid no cuenta actualmente con un informe SOC 2 ni otra certificación de seguridad de terceros. El SOC 2 es un objetivo de preparación. No describiremos un control como certificado hasta que lo esté.