Equipos
SOC 2 y agentes de programación con IA
Qué preguntan los auditores sobre los agentes de programación que acceden a secretos y a producción, y qué evidencia de Team puede respaldar tus respuestas. No convierte a nadie en conforme.
Cuando un equipo permite que los agentes de programación ejecuten comandos, llamen a APIs y gestionen credenciales, los auditores empiezan a preguntar por ellos. Esta guía enumera las preguntas habituales y la evidencia que Team puede aportarte. Team no te hace conforme con SOC 2 y no es una certificación. Tus controles, tu auditor y tu informe son los que deciden; zn te proporciona registros que pueden respaldarlos.
Qué preguntan los auditores
¿Quién puede cambiar las reglas que siguen los agentes? Evidencia: la lista de roles en Miembros (propietarios, administradores, miembros, auditores), el historial de políticas en Políticas (cada versión, quién la publicó y cuándo) y, en los cambios propuestos desde un agente, el registro de aprobación con la persona que la aprobó. Relevante para el acceso lógico y la gestión de cambios (por ejemplo CC6.1, CC6.2, CC8.1 de los Trust Services Criteria de 2017).
¿Puede un agente usar una credencial de producción y a qué destinos puede enviarla?
Evidencia: la política publicada (qué secretos puede usar cada agente, los hosts y comandos permitidos, las reglas deny) y el registro de auditoría de cada decisión, incluidas las bloqueadas. Relevante para restringir el acceso a datos sensibles (por ejemplo CC6.1, CC6.6).
¿Cómo detectarías un uso indebido?
Evidencia: el registro de auditoría con los intentos bloqueados (deny, withhold), su exportación a OpenTelemetry hacia tu SIEM y la vista de instalaciones (última política vista, última subida, equipos silenciosos). Relevante para la monitorización (por ejemplo CC7.2).
¿Están los registros completos y sin alterar?
Evidencia: cada equipo encadena sus registros con un HMAC (seq, prev, mac), de modo que los huecos, los reordenamientos y las ediciones son visibles; cada exportación es determinista y se lista con su SHA-256, autor, fecha y filtros.
¿Qué datos envía la herramienta a un tercero? Evidencia: Qué sale de tu equipo. El registro contiene metadatos (nombres de secretos, agentes, herramientas, hosts, decisiones), nunca valores de secretos, prompts ni salida de herramientas.
Una rutina que funciona
- Publica la política antes de desplegar los agentes y documenta por qué existe cada regla (el campo
reasonaparece en el registro). - Asigna a tu auditor el rol Auditor: puede leer la política y leer y exportar el registro, sin ocupar un puesto y sin instalar nada.
- Exporta cada mes (CSV o JSON para el auditor, OpenTelemetry para tu SIEM) y guarda cada archivo con su hash. zn conserva los registros de auditoría durante 180 días y una revisión Tipo II suele abarcar 12 meses; tus exportaciones mensuales cubren el resto.
- Revisa mensualmente la vista de instalaciones: las máquinas que dejaron de conectarse forman parte de lo que el auditor preguntará.
Lo que Team no cubre
- No es un MDM: alguien con derechos de administrador en su equipo puede abandonar la organización. El panel lo muestra; no lo impide.
- Registra lo que decide zn-gate, no todo lo que hace un agente.
- SSO, SCIM, envío a un SIEM y retención superior a 180 días no forman parte de Team v0. Contáctanos si tu auditoría los necesita.