Confianza por construcción

Seguridad y gobernanza

Cómo se controlan en Ironbrain el acceso, los datos y las acciones de riesgo: una pasarela gobernada, roles, aprobaciones humanas y trazabilidad.

  1. Lo concedido pasa y queda en el registro. La credencial la pone Railway: el agente nunca la ve.
  2. Lo que no se ha concedido, se rechaza. Denegación por defecto.
  3. Lo de riesgo espera a una persona. Cuando decide, ejecuta el servidor.
Contar mi caso Ver cómo funciona Railway
Railway · entre los agentes y tus sistemasEjemplo ilustrativo

Movimiento reducido: se muestra el resultado final.

01Railway

Railway: la pasarela gobernada entre agentes y tus sistemas

Railway se sitúa entre los agentes y tus sistemas críticos. El agente trabaja a través de ella y nunca toca las credenciales.

Una persona concede el acceso desde un enlace de revisión, donde ve las herramientas, las restricciones y la caducidad. Las credenciales no transitan por Ironbrain.

  • Credenciales en una bóveda

    Cifrada con AES-256-GCM. El agente usa la conexión, pero nunca ve la credencial.

  • Denegación por defecto

    El acceso se concede por conexión y por herramienta. Lo que no se ha concedido, se rechaza.

  • Reglas por herramienta

    Exigir campos, limitar valores, comprobar patrones, fijar una longitud máxima o requerir aprobación. También hay límite de velocidad.

  • Aprobaciones y auditoría

    Lo que lo requiere espera a una persona. Cada ejecución queda en un registro de auditoría, con redacción de datos.

Railway es la pasarela gobernada de Ironbrain (no es Railway.app).

Enlace de revisión · RailwayEjemplo ilustrativo

conexiones ya preparadas

Plantillas de Railway listas para usar, entre otras:

  • Correo SMTP
  • Proxy HTTP
  • Git
  • Proxy de base de datos
  • Webhooks
  • Pasarela MCP
  • Google Workspace
  • Holded
  • Redes sociales (solo lectura)

Railway expone las conexiones a los agentes como servidor MCP. Tiene su propio panel de administración:

02Roles

Control de acceso por roles

Cada persona y cada agente accede según su rol. En cada organización hay cuatro roles, y por encima un administrador de instancia.

  • Propietarioowner
  • Administradoradmin
  • Operadoroperator
  • LectorviewerNo puede modificar nada

El administrador de instancia es el único que cruza organizaciones, y cada cruce se audita.

Además hay 12 permisos finos que se conceden a personas o a agentes: crear agentes, invitar, asignar tareas, editar instrucciones o importar skills, entre otros.

  • Disponible hoyAutenticación con email y contraseña.
  • En fase de mediciónMFA para administradores de instancia.
  • En el backlogSSO y SCIM: hoy no están disponibles.
Roles y permisos · una organizaciónEjemplo ilustrativo
Administrador de instanciaCruza organizacionescada cruce se audita
Permisos concedidos a cuatro miembros de una organización de ejemplo
Martaowner Raúladmin Redactoroperator Lucíaviewer
Crear agentes concedido concedido no concedido no puede modificar nada
Invitar concedido concedido no concedido no puede modificar nada
Asignar tareas concedido concedido concedido no puede modificar nada
Editar instrucciones concedido no concedido no concedido no puede modificar nada
Importar skills concedido concedido no concedido no puede modificar nada
PersonaAgenteLector: solo lecturaPulsa una casilla para conceder o quitar.

03Espacios privados

Espacios privados por organización y proyecto

La organización es el límite duro: toda consulta queda acotada a ella. Dentro, los proyectos, los agentes y las rutinas pueden ser privados, con una lista de acceso explícita.

  • Lo privado no aparece en las búsquedas, en la bandeja ni en las ejecuciones.
  • Tampoco aparece para las conexiones externas, y ni siquiera se revela que existe.
  • Entre organizaciones, un elemento solo se comparte como privado, público o por lista.

Los espacios con pertenencia y los permisos por fuente están en el backlog.

Un mismo momento, dos vistasEjemplo ilustrativo

Quien está en la lista de acceso ve

Tu organización
Proyecto «Web nueva»visible para la organización
Proyecto «Cierre trimestral»privado · lista de acceso
Agente «Revisor legal»privado · lista de acceso

Una conexión externa ve

Tu organización
Proyecto «Web nueva»visible para la organización
¿Existe el proyecto «Cierre trimestral»?
No existe.
Entre organizaciones:privadopúblicopor lista

04Aprobaciones

Aprobaciones humanas para acciones de riesgo

Las acciones de riesgo esperan la aprobación de una persona.

  • Enviar un correo
  • Fusionar un pull request
  • Desplegar
  • Crear una organización
  • Invitar a una persona
  • Gastar por encima del presupuesto
SDK · el agente pide permiso
// El agente solicita la aprobación…
await requestApproval(…)
// …y espera. Una persona decide.
// Si aprueba, ejecuta el servidor.
El agente nunca tiene la credencial.

Una cadena de personas, en secuencia

El agente espera mientras la cadena avanza: técnica, producto y release. Solo después ejecuta el servidor. Ejemplo ilustrativo

  1. Agente

    Pide la aprobación con requestApproval y espera.

    EsperandoListo

  2. Aprobación técnica

    Una persona decide.

    PendienteTu turnoAprobada

  3. Aprobación de producto

    Otra persona decide.

    PendienteTu turnoAprobada

  4. Aprobación de release

    La última persona de la cadena.

    PendienteTu turnoAprobada

  5. El servidor ejecuta

    Usa la credencial. El agente nunca la tiene.

    BloqueadoEjecutado
Prueba la cadena: aprueba en orden y mira cuándo se libera al agente.

Presupuestos con freno

Se fijan:por organizaciónpor agentepor proyecto

Aviso al 80 % del presupuesto y parada dura al 100 %.

Se ha superado el 80 %: aviso. Al llegar al 100 %, los agentes se pausan.

Shadow-first

Una automatización nueva primero mide y registra. Solo bloquea cuando una persona lo aprueba.

  1. 1Mide y registraNo bloquea nada todavía.
  2. 2Una persona lo apruebaLa decisión es humana.
  3. 3BloqueaDesde ese momento, la regla se aplica.

05Modelos

Modelos de confianza y datos protegidos

Tú decides qué proveedores y modelos intervienen, por agente, por rutina o por tarea. Puedes traer tus propios modelos: una suscripción propia, claves propias o un endpoint compatible, incluido uno autoalojado.

Y si quieres más control, la plataforma se ejecuta en tu propia infraestructura.

  • Ironbrain no entrena modelos con los datos de tu organización.
  • Los datos que llegan a un proveedor de modelos lo hacen bajo las condiciones del proveedor que has elegido.
  • Los embeddings y los modelos auxiliares pequeños pueden ejecutarse dentro de la instalación.
Ver modelos e infraestructura
Quién usa qué modeloEjemplo ilustrativo
Agente «Redactor»por agente

Claude · tu suscripción

Rutina «Novedades del lunes»por rutina

Mistral · tu clave de API

Tarea «Borrador de comunicación»por tarea

Endpoint compatible · el tuyo

Puede ser un endpoint autoalojado.

Dentro de la instalaciónEmbeddings y modelos pequeñosPueden ejecutarse dentro de la instalación.
Hacia el proveedor que eligesBajo sus condicionesElegido por ti, para cada caso.
Ironbrain no entrena modelos con tus datos.

06Infraestructura propia

Infraestructura propia si la necesitas

Con el plan Enterprise, Ironbrain puede ejecutarse en tu propia infraestructura, o en una instancia aislada y dedicada, con la misma pila que en la nube de Ironbrain. Se ofrece como proyecto de despliegue acompañado por el equipo de Ironbrain, no como un instalador autoservicio.

Ver la pila y el despliegue
La misma pila, en dos sitiosEjemplo ilustrativo

07Secretos y auditoría

Secretos, auditoría y trazabilidad

Los secretos están protegidos y las acciones quedan registradas. Cada organización tiene los suyos, con versiones y rotación, enlazados a las variables de entorno del agente. Nunca se escriben en los registros.

Queda registrado

  • Registro de actividad: quién actúa, qué hace, sobre qué entidad y en qué ejecución.
  • Eventos y transcripciones de cada ejecución, y trazas de LLM.
  • Registro de acceso a los secretos.

Queda protegido

  • Aislamiento de proceso en cada ejecución, con Landlock y seccomp.
  • Cabeceras de seguridad, HSTS y límites de peticiones.
  • Guardas que impiden pegar secretos en los comentarios.
Registro de actividadEjemplo ilustrativo
Quién · qué · sobre quéEjecución
  1. 10:41Agente redactor lee el secreto CORREO_SMTP · valor ••••••••run·7f3a
  2. 10:42Agente redactor envía correo · destinatario ▮▮▮▮▮@▮▮▮▮ (redactado)run·7f3a
  3. 10:43Marta aprueba · envío de correorun·7f3a
  4. 10:44Raúl rota el secreto CORREO_SMTP · versión 3 → 4run·b21cescrito en el registro
La última fila se escribe al llegar aquí.
Guarda de comentariosPegar CORREO_SMTP=… en un comentario se bloquea: los secretos no se escriben.

08Datos en la UE

Datos en la UE y cumplimiento

La infraestructura de Ironbrain está en la UE: OVH (Madrid y Gravelines), Scaleway (París) y Nhost (eu-central-1). Lo que envías a un proveedor de modelos se rige por las condiciones de ese proveedor.

  1. Informe dinámicode las obligaciones del Reglamento europeo de IA.
  2. Registro de gobernanza de IA
  3. Motor de cuestionarios de seguridadcon la evidencia que respalda cada respuesta.

Ironbrain no tiene certificaciones propias. Las condiciones y el tratamiento de datos se acuerdan por contrato antes de activar un servicio.

Dónde está la infraestructuraEjemplo ilustrativo
OVHGravelines ScalewayParís OVHMadrid Nhosteu-central-1
Proveedor de modelosEl que tú eliges. Lo que le envías se rige por sus condiciones.
  • OVHMadrid y Gravelines
  • ScalewayParís
  • Nhosteu-central-1

¿Hablamos de tu caso?

Contar mi caso

Abre tu aplicación de correo. Tú revisas y envías el mensaje.