El Marketplace de Agentes de Kiteworks da a tu asistente de IA acceso controlado a datos regulados

Muchas organizaciones reguladas ya han implementado un asistente de IA. Lo más complicado es dirigirlo hacia los datos que realmente importan: contratos, expedientes, facturas, documentos de la junta directiva y registros técnicos. El Agent Marketplace de Kiteworks existe para cerrar esa distancia sin crear una segunda copia de los datos fuera de control.

Los equipos de seguridad y gobernanza suelen enfrentarse a dos malas opciones. Pueden bloquear el acceso del asistente a los repositorios sensibles, y la inversión no cumple las expectativas. O pueden ignorar el problema mientras las personas descargan, copian y hacen capturas de pantalla, lo que lleva los datos regulados fuera de todo control y registro de auditoría que la organización haya construido.

Este artículo explica por qué bloquear resulta contraproducente, cómo los agentes gobernados funcionan dentro de Kiteworks como el usuario solicitante y cómo empezar con una sola carpeta de bajo riesgo en vez de un proyecto de plataforma completo.

Resumen Ejecutivo

Un asistente de IA que no puede acceder a datos sensibles genera atajos, y esos atajos implican movimientos de datos sin registro. El Agent Marketplace de Kiteworks es un catálogo público con más de 70 agentes gobernados que operan en Kiteworks MCP, así que el asistente accede a los datos bajo los mismos permisos, políticas y registros de auditoría que cualquier otro intercambio de datos. Para los líderes de seguridad, cumplimiento e IT, el resultado es una IA útil sobre datos sensibles, una superficie de ataque menor que las exportaciones improvisadas y un registro de auditoría que ahora cubre el canal del agente de IA, además del correo electrónico y el uso compartido de archivos.

Puntos Clave

1. Bloquear el asistente solo traslada el riesgo de IA en vez de reducirlo. Cuando las herramientas autorizadas no pueden acceder a datos sensibles, las personas llevan los datos a la herramienta, y ese movimiento no deja registro de auditoría.
2. Los agentes gobernados funcionan como el usuario solicitante. Un agente hereda los roles y permisos del usuario, así que no puede ver ni hacer más que la persona que lo solicita.
3. La política se evalúa en cada solicitud. Las políticas basadas en atributos consideran la clasificación, los atributos del usuario y el contexto en tiempo real, lo que mantiene las decisiones de acceso en la plataforma y no en el asistente.
4. Los tokens de seguridad nunca entran en el contexto del asistente. En modo local, los datos de los archivos transferidos tampoco entran, a menos que el usuario lea intencionadamente un archivo, lo que responde directamente a la pregunta sobre prompt-injection.
5. Empieza con una carpeta de bajo riesgo y una prueba solo de lectura. Habilitar el conector es una acción administrativa, así que puedes demostrar el modelo de control antes de ampliar el acceso.

Por Qué Bloquear al Asistente el Acceso a Datos Regulados Resulta Contraproducente

Bloquear parece la respuesta segura. No lo es, porque la demanda no desaparece. Las personas siguen necesitando resumir un contrato, encontrar una cláusula o comparar dos versiones, y el asistente es la vía más rápida. Si la vía autorizada está cerrada, abren otra.

Qué Hacen las Personas en su Lugar

Descargan el archivo, pegan el texto en un prompt o hacen una captura de pantalla. Cada una de esas acciones es el mismo intercambio de datos que antes, pero sin controles de identidad, permisos ni registro. Un equipo de seguridad no puede revisar lo que nunca vio, y un auditor no puede analizar un evento que no dejó rastro.

Por Qué un Documento de Políticas No Cierra la Brecha

Una política de uso aceptable indica a las personas qué hacer. No les da una forma gobernada de hacerlo. La organización necesita un camino donde el asistente acceda a los datos sensibles bajo los mismos controles que cualquier otro canal, para que decir sí a la IA no signifique renunciar a la supervisión.

Cómo el Agent Marketplace de Kiteworks Lleva Agentes Gobernados a Tu Asistente

El Agent Marketplace de Kiteworks es un catálogo público de agentes gobernados para tu asistente de IA. Cada agente opera en Kiteworks MCP, lo que significa que el trabajo ocurre dentro de Kiteworks y no en una copia de tus datos en otro lugar. Actualmente, Claude es compatible en la aplicación web, Desktop y Claude Code. El catálogo se puede explorar antes de hablar con cualquier proveedor, y cada agente declara de antemano el alcance de su herramienta.

Los Agentes Actúan Como el Usuario Solicitante

Un agente no obtiene una identidad privilegiada propia. Las operaciones de IA heredan los roles y permisos del usuario autenticado, y las políticas basadas en atributos evalúan la clasificación del archivo, las etiquetas de sensibilidad, los atributos del usuario y el contexto en cada solicitud. La superficie de acceso no crece, y no hay una nueva identidad privilegiada que gobernar.

Qué Queda Fuera del Contexto del Asistente

Los tokens de seguridad nunca están disponibles en el contexto del asistente. En modo local, los archivos se mueven por un canal de datos separado, así que sus datos quedan fuera del contexto salvo que el usuario lea explícitamente un pequeño archivo de texto. El conector lo impone, no la buena conducta del asistente. Esto es clave para las revisiones de prompt-injection, donde la pregunta es a qué podría acceder un asistente manipulado.

Empezar con una Carpeta de Bajo Riesgo

Habilitar el marketplace es una configuración administrativa, no una migración. Los administradores activan MCP en la interfaz de administración de Kiteworks, que utiliza una sola aplicación OAuth integrada que gestionan ahí mismo. Después, las personas añaden el conector una vez, ya sea para todo el marketplace o para un solo agente, y las capacidades integradas no requieren instalar nada.

Qué Debe Demostrar una Primera Prueba Piloto

Elige una carpeta relevante pero que no sea la más sensible, y realiza primero tareas solo de lectura. Verifica tres cosas: si el agente solo vio lo que el usuario podía ver, si cada llamada aparece en el registro de auditoría con la atribución correcta y si tu política bloqueó lo que debía bloquear. Si se cumplen las tres, amplía el alcance con evidencia, no con optimismo.

Gobernar el Canal del Agente de IA en el Data Control Plane de Kiteworks

Las herramientas de postura muestran dónde viven los datos sensibles, e IAM decide quién puede iniciar sesión. DLP inspecciona lo que sale. Ninguna gobierna el momento en que un agente de IA actúa sobre datos regulados en nombre de alguien. Ese es el papel del Data Control Plane de Kiteworks. El Agent Marketplace lo extiende al asistente, así que las llamadas de los agentes siguen la misma identidad, permisos y políticas conscientes de los datos que el correo electrónico, el uso compartido de archivos y las APIs, y quedan en un registro de auditoría inalterable que puede alimentar tus herramientas SIEM.

Complementa tus inversiones actuales en DSPM, IAM y DLP en vez de reemplazarlas. Para ver qué agentes encajan en tu primera prueba, explora el catálogo, o agenda una demo personalizada y lleva ese flujo de trabajo al que tu asistente aún no puede acceder hoy.