# El AI Gateway para bancos _Cómo NeodyAI permite que los agentes de IA trabajen con los datos de sus clientes sin exponerlos: véalo, o pregúntele lo que quiera en voz alta._ Interactive version (listen, or ask it anything): https://neody.ai/es/explain/ai-gateway.html ## 1. IA sobre los datos de sus clientes, sin exponerlos. Este es el NeodyAI AI Gateway, pensado para bancos. Se ubica en cada camino entre sus agentes de IA, los modelos de lenguaje que usan y sus sistemas, para que los agentes trabajen con datos de clientes sin que esos datos lleguen nunca al modelo. ## 2. Los dos lados de cada agente de IA Un agente de IA combina dos cosas. Un modelo de lenguaje, normalmente de un tercero, que razona sobre el trabajo. Y sus sistemas, donde el trabajo ocurre. El modelo no necesita los números de cuenta o de tarjeta reales de sus clientes para razonar. Sus sistemas no pueden actuar sin ellos. Y cada modelo que influye en una decisión debe estar inventariado, validado y bajo control. ## 3. Tokens al modelo. Valores reales a sus sistemas. Antes de enviar algo a un modelo, el gateway encuentra los valores protegidos, como datos de tarjeta, números de cuenta y datos personales, y los reemplaza por tokens. Cuando el modelo pide una acción, el gateway restaura los valores reales y los entrega solo a sus sistemas aprobados, con los permisos de la persona para la que trabaja el agente. Los resultados vuelven convertidos en tokens. ## 4. Tokens con los que el modelo puede trabajar Los tokens conservan su forma. Una tarjeta convertida en token sigue pareciendo y validando como un número de tarjeta, así que el modelo puede razonar sobre ella. Dentro de una conversación, el mismo cliente recibe siempre el mismo token. Fuera del gateway, los tokens no se pueden revertir. ## 5. Encontrar los datos protegidos, dentro de su frontera La detección es modular, y los métodos más certeros van primero: sus definiciones de campos, patrones validados como tarjetas y números de ruta, y sus registros conocidos. Puede conectar el DLP y el producto de tokenización que ya usa. Cuando la detección no es segura, el valor se protege. Y ningún servicio fuera de su frontera de confianza recibe jamás sus datos protegidos. ## 6. Claves por agente y por conversación Cada agente tiene su propia identidad y sus claves. Cada conversación recibe sus propias claves de sesión, y cada llamada entre un agente y el gateway se cifra además de TLS. Usted puede rotar o revocar las claves, y al revocarlas las sesiones terminan de inmediato. ## 7. Gestión del riesgo de modelos, aplicada en cada llamada Como cada llamada a un modelo pasa por él, el gateway aplica la gestión del riesgo de modelos que espera SR 11-7. Solo se llega a modelos aprobados. Los agentes nuevos trabajan en paralelo con su equipo antes de actuar. La aprobación la da alguien independiente. Cuando un proveedor cambia un modelo, los agentes que dependen de él pierden autonomía hasta volver a validarse. Y cada llamada deja un registro para los supervisores. ## 8. Lo que afirmamos y lo que no Somos precisos en lo que afirmamos. Los datos protegidos se convierten en tokens antes de llegar a cualquier modelo, y el proveedor del modelo nunca recibe sus valores protegidos. No afirmamos cifrado de extremo a extremo, porque el gateway restaura los valores reales para que sus sistemas actúen. Y medimos y reportamos las tasas de detección en lugar de prometer perfección. ## 9. Empiece con una presentación Puede usarlo en la nube de NeodyAI, aislado para su banco, o mantener la protección en sus propias instalaciones para datos de tarjeta y la información más sensible. Se entrega por fases, así que hable con nosotros sobre la disponibilidad para su banco y pida la presentación detallada de la arquitectura bajo NDA. ## Preguntas **¿El modelo de IA llega a ver los números de tarjeta o de cuenta de nuestros clientes?** Antes de enviar algo a un modelo de lenguaje, el gateway encuentra los valores protegidos (datos de tarjeta, información de salud, datos personales, números de cuenta, información confidencial, credenciales) y los reemplaza por tokens. Cuando el modelo pide una acción, el gateway restaura los valores reales y los entrega solo a los sistemas aprobados, con los permisos de la persona para la que trabaja el agente. Una tarjeta convertida en token sigue pareciendo y validando como un número de tarjeta, así que el modelo puede razonar sobre ella y las validaciones siguen funcionando. **¿Cómo ayuda el gateway con la gestión del riesgo de modelos bajo SR 11-7?** El gateway aplica la gestión del riesgo de modelos que esperan SR 11-7 y OCC 2011-12: ningún agente puede llegar a un modelo que no esté registrado y aprobado. Los modelos y agentes nuevos trabajan en paralelo con el equipo del banco antes de que se les permita actuar. La aprobación la da alguien independiente de quien propone, y el sistema lo aplica. Cuando un modelo cambia, los agentes que dependen de él pierden autonomía automáticamente hasta volver a validarse. **¿Podemos usar los productos de DLP y tokenización que ya tenemos?** La detección es modular y combina varios métodos, los más certeros primero: las definiciones de campos del banco, patrones validados como tarjetas con dígito verificador y números de cuenta y de ruta, registros que el banco ya tiene, sus listas de términos confidenciales, modelos de reconocimiento de nombres y direcciones y, si el banco quiere, su propio DLP. La tokenización también es modular: la de NeodyAI o el producto de tokenización que el banco ya tiene; la detección puede usar el DLP que el banco ya utiliza. Ningún servicio de detección ni de tokenización fuera de la frontera de confianza del banco recibe jamás sus datos protegidos. **¿Qué pasa cuando el proveedor de IA cambia su modelo?** Cuando un modelo cambia, los agentes que dependen de él pierden autonomía automáticamente hasta volver a validarse. Registros a prueba de manipulación de cada llamada, exportables para los supervisores, sin datos de clientes. **¿Puede operar en nuestras instalaciones y está disponible ya?** Implementación: nube de NeodyAI aislada por cliente, o protección en las instalaciones del banco para datos de tarjeta y las clases más sensibles; los agentes propios del banco pueden usar el gateway registrándose y dirigiendo a él sus llamadas a modelos y herramientas. El AI Gateway se entrega por fases; la disponibilidad para cada implementación se confirma contactando a NeodyAI. Hay una presentación detallada de la arquitectura bajo NDA.