Obsidian Security lanza un motor de políticas en tiempo de ejecución para controlar las acciones de los agentes de IA

Obsidian Security ha lanzado un motor de decisiones de políticas en tiempo de ejecución diseñado para que las empresas controlen lo que hacen los agentes de IA dentro de las aplicaciones empresariales antes de que se ejecute una acción. El anuncio amplía la plataforma de seguridad de agentes de la compañía con un proxy de seguridad MCP, una API de decisiones de políticas y una cobertura adicional para herramientas de programación y agentes integrados en software de terceros.

El lanzamiento aborda un problema que los controles de acceso habituales no resuelven por completo: un agente puede tener credenciales válidas y usar una aplicación aprobada y, aun así, intentar realizar una acción inapropiada. Por ejemplo, tener permiso para leer registros de clientes no implica necesariamente tener permiso para exportarlos a un destino externo.

El enfoque de Obsidian consiste en evaluar la acción propuesta según políticas gestionadas de forma centralizada, teniendo en cuenta a la persona que está detrás del agente, su relación laboral y sus permisos, la aplicación en cuestión y las clasificaciones de datos proporcionadas por el cliente. A continuación, los puntos de aplicación conectados permiten o bloquean la acción, o exigen aprobación cuando esa función está disponible.

De descubrir agentes a controlar sus acciones

El descubrimiento de agentes permite saber qué herramientas hay y a qué pueden acceder. La gobernanza puede reducir los permisos innecesarios o detectar configuraciones de riesgo. Las políticas en tiempo de ejecución abordan la pregunta pendiente: ¿qué se debería permitir que haga un agente con autorización en un momento determinado?

El anuncio de Obsidian abarca tanto los agentes utilizados por los empleados como los que vienen integrados en el software que la empresa ya utiliza. Sus capacidades ampliadas de detección y gobernanza incluyen Salesforce Agentforce, Databricks, GitHub, Microsoft 365, Snowflake, ServiceNow y Workday.

Se trata de superficies de control distintas. Detectar un agente dentro de una aplicación SaaS no significa, por sí solo, que se intercepten todas las acciones que se realicen en ella. La aplicación de políticas en tiempo de ejecución depende de que haya una integración compatible y del punto por el que pase la acción.

La compañía también añadió compatibilidad con políticas en tiempo de ejecución para OpenAI Codex, además de los controles que ya ofrecía para agentes de programación. En su anuncio, señala riesgos como la ejecución de comandos destructivos, la exposición de credenciales y la lectura de datos fuera del alcance previsto de un proyecto; acciones que pueden producirse durante una sesión de desarrollo legítima en otros aspectos.

El Knowledge Graph aporta el contexto que faltaba

Una puerta de enlace puede inspeccionar una solicitud, pero esta, por sí sola, quizá no permita determinar qué autoridad la respalda. Para tomar una decisión de seguridad adecuada, puede ser necesario saber si la cuenta que inicia la solicitud pertenece a un empleado o a un contratista, si la relación laboral ha terminado y qué permisos tiene realmente esa cuenta en la aplicación de destino.

La arquitectura de Knowledge Graph de Obsidian conecta personas, cuentas, aplicaciones, tokens, derechos de acceso y las relaciones entre ellos. La compañía describe cómo normaliza la información procedente de API administrativas, flujos de actividad e integraciones en un modelo común, con entidades y relaciones versionadas para registrar los cambios a lo largo del tiempo.

Esta estructura ayuda a rastrear el acceso en varios sistemas, en lugar de examinar cada cuenta de forma aislada. El rol aparente de un agente puede ser limitado, mientras que un token o un derecho de acceso heredado le permite llegar más lejos en otros sistemas. Al conectar esas relaciones, el motor de políticas cuenta con una base más sólida para determinar si una acción concreta se ajusta a las reglas de la organización.

Los clientes pueden añadir su propio contexto, incluidas etiquetas de clasificación. Así, una política puede distinguir un archivo común de otro que la empresa considera altamente confidencial, en vez de depender únicamente de la definición genérica de datos confidenciales de un proveedor de seguridad.

Dónde la decisión se convierte en aplicación de controles

La arquitectura separa la toma de decisiones de la ejecución. En la explicación del motor en tiempo de ejecución de Obsidian, un punto de aplicación de políticas pausa una operación propuesta, envía sus detalles para que se evalúen y aplica la decisión y el motivo recibidos.

La nueva API de decisiones de políticas amplía ese modelo a las puertas de enlace, los entornos de ejecución de agentes y los flujos de trabajo operados por los clientes. Una empresa puede conservar su infraestructura actual y, al mismo tiempo, solicitar a Obsidian una decisión que tenga en cuenta el contexto. A continuación, el componente de aplicación de controles del cliente debe aplicar esa decisión antes de que prosiga la operación.

Obsidian también documenta un modo de prueba que permite comprobar qué políticas coinciden con el tráfico real antes de bloquear operaciones. Los registros de decisiones recogen el agente, la persona que inició la solicitud, la herramienta, los argumentos, el resultado y la política coincidente, lo que permite a los equipos de seguridad investigar por qué se permitió o se detuvo una acción.

La compatibilidad con la aprobación es más limitada que la arquitectura general de permitir o bloquear: la documentación actual de la compañía indica que es posible exigir aprobación para las políticas de Claude Code que se ejecutan antes de una operación. Por ello, las capacidades de cada integración son importantes al diseñar controles para un conjunto heterogéneo de agentes.

El proxy MCP mantiene los tokens de las aplicaciones fuera de los clientes de IA

El proxy de seguridad de MCP regula las conexiones entre los clientes de IA y las aplicaciones empresariales compatibles. El Protocolo de contexto de modelo, o MCP, ofrece a los agentes una forma estándar de invocar herramientas expuestas por servidores externos. Obsidian sitúa una comprobación de políticas entre el cliente y el servidor MCP de la aplicación.

La documentación del producto describe cómo sustituir la URL directa de MCP del proveedor por un punto de acceso controlado por Obsidian. Los usuarios autorizan el acceso mediante el proceso de consentimiento del proveedor de la aplicación; el cliente de IA recibe un token emitido por el proxy en lugar de almacenar el propio token de acceso a la aplicación.

El proxy vincula una sesión con el usuario, su cuenta de la aplicación y el inquilino correspondiente, como una organización o un espacio de trabajo específico de Salesforce. Comprueba las llamadas a las herramientas antes de reenviarlas y registra si se permitieron o se bloquearon. Según Obsidian, esto funciona dentro de los permisos que el usuario ya tiene en la aplicación, en lugar de añadir privilegios mediante una cuenta de servicio compartida.

El anuncio también menciona una colaboración con Cloudflare y su MCP Server Portal. El objetivo es combinar la posición de una puerta de enlace en la ruta del tráfico con el contexto de identidad, aplicaciones y datos de Obsidian.

Por qué importan los controles a nivel de acción

Para las empresas que implementan agentes, el reto práctico consiste en permitir que realicen tareas útiles y, al mismo tiempo, contener los errores con consecuencias importantes. Una prohibición general puede detener por completo un flujo de trabajo; una decisión de alcance limitado puede permitir las consultas rutinarias y, a la vez, impedir una exportación no autorizada o exigir la revisión de un cambio destructivo.

Obsidian integra esas decisiones en una capa de políticas compartida que abarca las herramientas y los puntos de aplicación compatibles. El valor dependerá de la calidad del contexto de acceso subyacente y de cuán completas sean las rutas sometidas a control. A medida que los agentes asuman más responsabilidades operativas, la capacidad de explicar y aplicar una decisión antes de su ejecución será un componente cada vez más importante de la seguridad empresarial.