De la señal de riesgo a la decisión
Un riesgo detectado aporta información a una decisión. La política de la aplicación determina si la solicitud puede continuar, debe bloquearse, requiere revisión o necesita eliminar valores sensibles.
Seguridad del runtime de IA
Pyrodit Guard
Capa de seguridad del runtime de IA · Consultar su despliegue
Defina qué solicitudes de IA y acciones de herramientas se permiten, cuáles requieren revisión y cómo se tratan los datos sensibles.
¿Es el producto adecuado?
- Diseñado para
- Equipos que operan pasarelas de IA, asistentes y agentes con acceso a datos o herramientas sensibles.
- En qué le ayuda
- Evalúe solicitudes y acciones frente a políticas, proteja valores sensibles y conserve la trazabilidad de las decisiones.
- Su función en su arquitectura
- La capa de protección en ejecución. Scan Lab prueba el sistema; Guard incorpora decisiones de políticas y su aplicación al funcionamiento.
Alcance y disponibilidad
Las integraciones de gateway, SDK y herramientas están en desarrollo. La evaluación define el alcance de las políticas y comprueba el efecto del bloqueo, el enmascaramiento y los fallos del servicio antes de activar la protección.
- Parte de
- Solicitudes de IA, salidas o acciones de herramientas con contexto de identidad y políticas.
- Produce
- Decisiones de políticas, transformaciones requeridas y un registro de aplicación.
- Despliegue
- Integración en una pasarela, SDK o límite de herramienta, con comportamiento explícito ante tiempos de espera y fallos.
Siga el trabajo
Diseñe el límite antes de aplicar una decisión.
Escenario de integración previsto: un asistente puede enviar texto sensible a una herramienta. La detección y el enmascaramiento compartidos apoyan el diseño; aplicar Guard de extremo a extremo requiere aceptar la integración.
Flujo previsto · en desarrollo
Identificar el límite de acción
Seleccione la solicitud, respuesta o acción que revisar. Incluya identidad, capacidad permitida y destino para dar contexto suficiente a la política consumidora.
Ejemplo de resultado
- Contexto del límite
- Actor, acción, destino y alcance de política para la integración prevista.
Una capa de seguridad en ejecución que conecta las señales de riesgo con las reglas de su organización. Defina cuándo permitir, bloquear, enmascarar o solicitar revisión y conserve el registro de la decisión y su aplicación.
01
Integraciones del runtime
Conecte pasarelas, puntos de aplicación de políticas, SDK y adaptadores en los límites de solicitudes, respuestas y acciones de agentes.
02
Perfiles y políticas
Publique perfiles y paquetes de políticas firmados y versionados, vincule detectores, reglas de enmascaramiento, cargas y recursos y promociónelos de forma controlada.
03
Motor de decisiones
Determine autorización, denegación, aprobación requerida o resultado indeterminado a partir de políticas, señales de detectores y obligaciones de transformación, con bloqueo ante fallos.
04
Protección de datos
Aplique políticas de enmascaramiento y genere registros de auditoría para ocultación, hash, enmascaramiento parcial y sustitución; mantenga la tokenización con bóveda como extensión controlada.
05
Operaciones protegidas
Registre operaciones, exponga herramientas, descubra y vincule capacidades MCP y gestione concesiones, delegaciones y enlaces de ejecutores antes de que se produzcan efectos secundarios.
06
Evidencias y tráfico saliente
Registre interacciones, señales, decisiones, certificaciones de cobertura y comprobantes de aplicación, con estado de salud, alertas, controles de emergencia y políticas de salida segura.
Arquitectura y control
Primero las señales. Decisiones con evidencias.
La detección identifica un posible riesgo; su política determina la respuesta. El diseño de integración de Guard mantiene conectados la señal, la decisión y el registro de su aplicación.
Protección en los límites
Las integraciones previstas de gateway, SDK, herramientas y MCP deben aplicar reglas de enmascaramiento, capacidades y aprobación antes de que una acción produzca un efecto. Su aceptación de extremo a extremo sigue siendo trabajo del despliegue.
Comprobantes y cobertura
Conserve la versión de la política, el solicitante, las señales de riesgo, los campos modificados y la decisión final en el registro de interacción. Este contexto facilita la investigación de incidentes y de datos que salen del sistema.
Casos de uso
Retos empresariales. Decisiones coordinadas.
Desde redes de tiendas hasta plantas y operaciones bancarias: explore procesos entre sistemas, equipos y ámbitos de autorización.
Equilibre el inventario entre tiendas, almacenes y canales digitales.
Cuando la demanda promocional cambia, evalúe pedidos de tiendas y comercio electrónico en un mismo plan. Equilibre disponibilidad, margen y capacidad logística.
Explorar el flujo →Contenga una interrupción de suministro antes de que detenga la producción.
Evalúe componentes retrasados frente a plantas, planes y compromisos con clientes. Compare proveedores alternativos, traslados y reprogramación en un expediente común.
Explorar el flujo →Coordine incidentes de pago según su impacto en el negocio.
Relacione interrupciones con colas de transacciones, conciliación y compromisos con clientes. Reúna operaciones, tecnología y riesgos en un plan común.
Explorar el flujo →Coordine el alta corporativa en un expediente común.
Conecte gestores de relación, diligencia debida y operaciones. Siga entidades, representantes autorizados, documentación y decisiones en un mismo proceso.
Explorar el flujo →En la práctica
¿Cómo funciona en el uso diario?
Explore los pasos de trabajo, controles operativos y límites de evaluación del producto.
¿En qué se diferencia Guard de Scan Lab?
Scan Lab organiza evaluaciones deliberadas y sus hallazgos. Guard busca aplicar señales de seguridad en ejecución, donde una política consumidora decide permitir, denegar, transformar o solicitar aprobación. Compartir detectores no hace intercambiables los productos: un hallazgo y una decisión aplicada responden a preguntas distintas.
¿Qué incluye ya la base de enmascaramiento?
La capa compartida define políticas versionadas por organización y proyecto. Las reglas vinculan detectores, campos y estrategias de ocultación, hash, enmascaramiento parcial o sustitución, con prioridad y activación. La trazabilidad enlaza la instantánea de política, regla y configuración o artefacto del detector para investigar una transformación.
¿Qué integraciones de aplicación debemos evaluar?
Identifique primero el límite que proteger: solicitudes de aplicación, respuestas de modelos o acciones de herramientas. Defina después política consumidora, enmascaramiento, conservación de evidencias y respuesta ante un detector no disponible. Gateway, SDK, adaptadores y playground están planificados; debe verificarse la integración completa antes de describirla como protección desplegada.
Funciona junto a
Asigne a cada producto una responsabilidad clara.
Combine las capacidades que necesita su proceso. Defina cómo los productos comparten contexto, permisos y resultados en el flujo.
Pyrodit Scan Lab
Ponga a prueba los cambios de políticas y detectores en evaluaciones controladas antes de aceptar una integración con el runtime.
Pyrodit Agentic Runtime
Identifique los límites del flujo donde un agente puede producir efectos externos y acuerde políticas, comportamiento ante fallos y evidencias.
Crear con Mindtro