La seguridad no es una capa. Es condición para operar.

Un agente de IA con una herramienta conectada es un usuario con credencial. Por eso NEXTNOVA trata a cada agente como trata a cada persona: identidad, permiso, aprobación y registro — con controles que generan evidencia como consecuencia del trabajo.

Cuatro capas, activas para toda empresa.

Identidad y acceso

Datos

Operación y continuidad

Privacidad

El asistente de IA actúa en tu nombre. Y queda registrado así.

Cada persona genera su propia llave para conectar Claude, Codex o cualquier cliente MCP a NEXTNOVA. No existen llaves compartidas ni acciones sin dueño.

  1. Tú generas la llave — En el perfil, en Seguridad. Aparece una sola vez; la plataforma guarda solo el hash.
  2. El asistente usa la llave — Claude, Codex u otro cliente MCP se conecta con ella, sin contraseña y sin sesión compartida.
  3. La plataforma verifica — Valida la llave, su vigencia y el alcance definido por la empresa antes de cada llamada.
  4. La acción queda a tu nombre — El registro guarda a la persona dueña de la llave y al asistente que actuó — no a un robot anónimo.

El equipo usa la credencial. Nadie ve el secreto.

En Nextflow y AI Teams, lo que el equipo construye — flujos y equipos de agentes — pertenece al workspace, y las credenciales también. Es lo que mantiene el proceso en marcha cuando las personas cambian.

Credencial del workspace, no de la persona

El flujo usa la cuenta conectada al workspace. Nadie tiene que prestar su propio acceso.

La usa, pero no la ve

Los miembros ejecutan con la credencial; el secreto queda cifrado y la pantalla solo muestra que está configurado.

Revisión en cada publicación

Publicar o volver a publicar un flujo pasa por una revisión de seguridad — no solo la primera vez.

Un riesgo nuevo pausa el flujo

Si el flujo empieza a tocar datos sensibles (documento, correo electrónico, cuenta bancaria), se detiene hasta que alguien lo apruebe.

Espacio personal separado

Los borradores de cada persona quedan en su espacio personal, fuera del alcance del equipo.

Continuidad

Si quien conectó la cuenta se va, el proceso sigue. Si la llave se revoca, el error aparece claro para que otro miembro la reemplace.

Nada sale al aire sin pasar por seguridad. Y todos los días, de nuevo.

Cada flujo publicado tiene los datos que usa clasificados y revisados por quien responde por la seguridad. Después de aprobado, sigue vigilado: la clasificación vuelve a ejecutarse todos los días, y cualquier dato sensible nuevo vuelve a revisión antes de continuar.

  1. Publicar: Publicar o republicar un flujo abre una revisión — no solo la primera vez.
  2. Clasificar los datos: La plataforma identifica qué datos lee y envía el flujo, y calcula el nivel de riesgo.
  3. Revisión de seguridad: Quien tiene el perfil de seguridad aprueba o rechaza, con el motivo registrado.
  4. En producción: Solo se ejecuta lo aprobado. La decisión queda en la pista de auditoría.

Clases de datos detectadas: Documento fiscal (CPF / CNPJ), Correo electrónico, Teléfono, Dirección, Datos bancarios.

Reclasificación diaria

Todos los días, en el horario que la empresa elige, los datos de cada flujo publicado se clasifican de nuevo. El flujo empezó a tocar un dato sensible nuevo → Flujo pausado al instante → Vuelve a la cola de revisión → Solo sigue después de aprobado.

DLP: prevención de fugas

El dato personal de terceros se enmascara en la respuesta según la política de la empresa. El registro original queda para quien tiene acceso; quien recibe ve solo lo necesario.

Revisión en cada publicación

Si el flujo cambió, pasa por seguridad otra vez. Una aprobación antigua no vale para una versión nueva.

El riesgo nuevo pausa, no solo avisa

Un aviso que nadie está obligado a atender no protege nada. El flujo se detiene hasta que alguien decida.

Decide quien responde

La aprobación queda con el perfil de seguridad — no con quien construyó el flujo.

Evidencia sin esfuerzo

Clases detectadas, nivel de riesgo, decisión, motivo y fecha quedan registrados automáticamente.

Cada riesgo con el control que lo responde.

La inyección de prompt no tiene una solución definitiva hoy. Lo que existe es reducir la superficie y limitar el daño — y quien promete un blindaje completo está vendiendo lo que no tiene.

Inyección de prompt

Una instrucción hostil escondida en un mensaje, documento o página que el agente lee.

Contenido de terceros tratado como dato; herramientas con alcance limitado; aprobación humana en acciones de riesgo.

Fuga de datos por el contexto

Un dato sensible sale en una respuesta a otra persona o a quien no debería verlo.

Entorno aislado por empresa; artículos internos fuera del alcance del agente público; la agenda de terceros nunca entra en el contexto.

Exceso de autonomía

Un agente con más permisos de los que la tarea requiere ejecuta lo que no debía.

Herramientas declaradas por agente, límite de pasos por atención y aprobación humana configurable.

Afirmación sin ejecución

El agente dice que agendó o registró algo que nunca ocurrió.

El motor verifica el comprobante de cada acción antes de dejar que el agente afirme que la hizo.

Alucinación con consecuencias

Una respuesta errónea dicha con convicción se convierte en decisión.

Base de conocimiento con fuentes, todo dato citado debe tener origen, evaluación de calidad continua.

Credencial de agente

Un agente usando la contraseña de una persona o una llave compartida; nadie sabe quién actuó.

Llave personal por usuario, con vigencia y revocación individual, y credencial del workspace para procesos.

Costo sin control

El consumo de IA crece sin que nadie lo vea hasta la factura.

Límite mensual, alerta al 90% y bloqueo automático al llegar al límite.

Gobernanza sin evidencia

Política en una diapositiva, controles que dependen de que alguien se acuerde de anotar.

Cada control genera su propio registro: trazabilidad, versiones, revisiones y aprobaciones.

La norma de gestión de IA, con la evidencia lista.

La ISO/IEC 42001 es la primera norma internacional certificable de sistemas de gestión de inteligencia artificial. No pide intención: pide evidencia. En NEXTNOVA esa evidencia sale del propio trabajo, y tu empresa llega a la auditoría con ella lista.

Cláusulas 4 a 10 — la parte auditable

Anexo A — nueve objetivos, 38 controles

Lista para tu certificación — La plataforma genera la evidencia técnica que pide la ISO/IEC 42001 y separa con claridad lo que es de la plataforma y lo que es de tu organización: política de IA, auditoría interna y revisión por la dirección. Cuando la norma se revisa, los controles de la plataforma se revisan con ella.

Alineada con las principales normas del mercado.

La certificación es de tu organización; la plataforma entrega los controles y la evidencia, y se revisa en cada actualización de las normas.

Preguntas frecuentes

¿Mis datos entrenan algún modelo de IA?

No. Los agentes corren en modelos de AWS Bedrock, y tus datos no se usan para entrenar modelos de terceros.

¿Cómo funciona la llave que conecta Claude o Codex?

Cada persona genera su propia llave en el perfil. Aparece una sola vez, tiene vigencia, puede revocarse en cualquier momento, y toda acción hecha con ella se registra a nombre de su dueño.

Si alguien deja la empresa, ¿los flujos se detienen?

No. Las credenciales de Nextflow y AI Teams pertenecen al workspace, no a la persona. El proceso sigue, y quien se va pierde el acceso.

¿Los datos de una empresa pueden aparecerle a otra?

No. Cada empresa opera en un entorno aislado, con sus propios datos.

¿NEXTNOVA ayuda a mi empresa a certificarse en la ISO/IEC 42001?

Sí. La certificación la otorga a tu organización un organismo acreditado. NEXTNOVA entrega la parte técnica lista: inventario, historial de cambios con autoría, supervisión humana, monitoreo y un paquete de evidencias exportable, además de plantillas de política de IA y de evaluación de impacto para que tu equipo las complete.

¿Puedo limitar cuánto gasta la IA?

Sí. Defines el límite del mes, recibes una alerta al llegar al 90% y el consumo se detiene automáticamente en el límite.