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.

Ver .md

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

  1. Publica la política antes de desplegar los agentes y documenta por qué existe cada regla (el campo reason aparece en el registro).
  2. 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.
  3. 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.
  4. 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.