Moftgate AI: uso de IA de los empleados
Cómo Moftgate captura y analiza el uso de IA de los empleados: prompts y subidas en el endpoint, registros de actividad de IA y análisis de incidentes.
Qué es Moftgate AI#
Moftgate tiene dos superficies de IA. La primera gobierna la IA que usan sus empleados: qué herramientas se usan, qué se les envía y qué hacer al respecto. Eso se cubre en la guía de gobernanza de IA. La segunda es el análisis que la propia plataforma realiza sobre los registros que ya posee.
Esta página describe la segunda superficie y el modelo de soberanía de datos que aplica a ambas. Documenta lo disponible en la versión publicada y marca con claridad qué capacidades siguen en la hoja de ruta.
| Capa | Qué hace | Dónde |
|---|---|---|
| Captura | El agent inspecciona en el endpoint las solicitudes a servicios de IA y extrae el texto del prompt, el nombre del modelo y los archivos subidos. | Proxy MITM del agent |
| Registro | Cada evento se escribe como incidente con canal, plataforma de IA, modelo, contenido del prompt y acción aplicada. | Incidentes |
| Revisión | Una vista forense dedicada lista la actividad de prompts y subidas con gráficos, filtros y búsquedas guardadas. | DLP - Registros de actividad de IA |
| Análisis | Un resumen del incidente vincula el registro con la clasificación coincidente, la referencia legal y la mitigación aplicada. | Incidentes - AI Summary |
| Prueba | Las tendencias de uso de IA, los intentos bloqueados y la cobertura de políticas se agregan como evidencia de cumplimiento. | Informes de cumplimiento |
Captura del tráfico de IA#
El agent ejecuta un proxy local en el endpoint. Cuando una solicitud va a un servicio de IA conocido, el proxy extrae el texto del prompt, el nombre del modelo cuando el servicio lo reporta y el nombre de cualquier archivo subido. La extracción funciona con cuerpos JSON, datos de formulario multipart y formularios codificados en URL.
| Plataforma de IA | Dominios | Fuente del modelo |
|---|---|---|
| ChatGPT | chat.openai.com, chatgpt.com, api.openai.com | campo model en el cuerpo JSON |
| Copilot | copilot.microsoft.com, githubcopilot.com, copilot.cloud.microsoft.com | el servicio no lo reporta |
| Claude | claude.ai, api.anthropic.com | campo model en el cuerpo JSON |
| Gemini | gemini.google.com, generativelanguage.googleapis.com | ruta models/<model> y cargas batchexecute |
La política decide qué ocurre con la solicitud. La acción se configura por política en el canal de plataformas de IA de las políticas DLP.
| Acción | Comportamiento |
|---|---|
| allow | El prompt se reenvía sin cambios y el evento se registra para auditoría. |
| log | El prompt se guarda en el incidente y se reenvía al servicio de IA. |
| redact | Las coincidencias sensibles se reemplazan por [REDACTED] antes de reenviar la solicitud. |
| block | La solicitud se detiene con una página de bloqueo; el prompt nunca llega al servicio de IA. |
Registros de actividad de IA#
Los registros de actividad de IA son la vista forense de la actividad de prompts y subidas. Se encuentran bajo el menú DLP y responden a la pregunta que realmente hacen los auditores: quién envió qué, a qué servicio de IA y qué hicimos al respecto.
- Las tarjetas resumen el total de eventos capturados, prompts bloqueados, redactados y auditados.
- Los gráficos desglosan la actividad por plataforma de IA, por acción aplicada y en el tiempo.
- La tabla lista fecha, cliente de origen (endpoint y usuario), plataforma de IA con su icono de proveedor, modelo, archivo subido, acción, puntuación de riesgo y detalles.
- Los filtros cubren plataforma de IA (selección múltiple), acción, nivel de riesgo, endpoint, clasificación, rango de fechas y búsqueda libre sobre prompt, usuario y archivo.
- Las búsquedas guardadas permiten que cada analista conserve sus vistas recurrentes.
- El modal de detalle muestra endpoint, usuario, acción, riesgo, clasificación, coincidencias, modelo, archivo subido y el texto completo del prompt.
- El contenido del prompt solo se devuelve a administradores. Otros roles reciben el registro con el campo vacío, y cada consulta se escribe en el log de auditoría.
Análisis de incidentes#
Desde un incidente puede abrir un resumen que explica el evento en lenguaje claro: la clasificación coincidente, la referencia legal, el nivel de riesgo y la mitigación aplicada. El resumen se genera a partir del propio registro, así que siempre describe los mismos campos que leerá un auditor.
La referencia legal se selecciona a partir de la clasificación coincidente, de modo que el informe habla el idioma del reglamento aplicable.
| Familia de clasificación | Referencia usada |
|---|---|
| GDPR | Artículo 32 (seguridad del tratamiento) y artículo 34 (comunicación de una brecha de datos personales). |
| CCPA | Sección 1798.150 (responsabilidad por brechas de datos). |
| PCI DSS v4.0 | Requisito 4 (proteger datos de tarjetas con criptografía fuerte). |
| HIPAA | Regla de seguridad 45 CFR Parte 160 y Parte 164 (salvaguardas técnicas). |
| Código fuente | Defend Trade Secrets Act y Economic Espionage Act. |
| Predeterminado | ISO/IEC 27001 A.8.2.3 clasificación y manejo de activos. |
Soberanía de datos#
La telemetría de IA es el dato más sensible que guarda una plataforma de gobernanza, porque contiene el texto literal que los empleados escribieron en una herramienta de IA. Moftgate lo trata como evidencia que no debe salir de su infraestructura.
- La inspección ocurre localmente en el endpoint. El contenido se evalúa contra sus reglas DLP en el dispositivo antes de que la solicitud salga.
- Los incidentes, el contenido de los prompts y la telemetría permanecen en su propia base de datos. Nada se envía a analítica de terceros ni a proveedores de modelos.
- El descifrado puede omitirse por dominio donde la inspección no sea apropiada, de modo que el tráfico legal o personal quede excluido.
- Cuando un endpoint está sin conexión, el agent conserva las últimas políticas recibidas y sigue aplicándolas localmente.
- Los eventos sin conexión se guardan en el dispositivo dentro del presupuesto local de retención y se entregan gradualmente al volver la conexión, sin saturar la red.
Hoja de ruta#
- Inferencia sobre un modelo abierto autoalojado, ejecutado dentro de su propia infraestructura para que prompts y salidas nunca salgan del perímetro.
- Investigación en lenguaje natural con base documental, donde cada respuesta se vincula a los registros reales de la plataforma.
- Remediación autónoma aprobada por humanos: el asistente redacta un pipeline de respuesta, un administrador lo aprueba y el motor de automatización existente lo aplica en el endpoint.
- Extensión del paquete de evidencia ISO/IEC 42001 para cubrir las propias acciones asistidas por IA de la plataforma.
Cuando se publique la capa de modelo, seguirá la misma regla de soberanía que el resto de la plataforma: inferencia dentro de su infraestructura y cada acción asistida escrita en el log de auditoría.