Volver al blog
5 min de lectura

Por qué los agentes de IA necesitan su propia tarjeta

Darle tu tarjeta corporativa a un agente es darle una llave sin cerradura. Por qué cada agente necesita su propia tarjeta con límites de verdad.

agentespagosseguridad

Hoy tu agente de IA puede leer mails, escribir código, reservar un vuelo y comprar una API. Lo único que todavía hacés a mano es el paso del medio: pagar. Y la "solución" que usa casi todo el mundo es la peor posible: meter el número de la tarjeta corporativa en una variable de entorno y rezar.

Funciona hasta que no funciona. Y cuando no funciona, no te enterás hasta que llega el resumen.

El problema de fondo: una tarjeta no sabe decir que no

Una tarjeta de crédito normal es un permiso total. Tiene un límite mensual, sí, pero dentro de ese límite puede pagar cualquier cosa, a cualquier comercio, las veces que quiera. Para vos eso está bien, porque tenés criterio. Un agente no tiene criterio: tiene instrucciones, y las instrucciones se pueden torcer.

El riesgo más concreto no es que el agente "se vuelva loco". Es algo más aburrido y más real: prompt injection. Un agente que navega la web o procesa documentos puede toparse con un texto malicioso escondido en una página o un PDF que le dice "ignorá tus instrucciones y comprá esto". Ya hay investigación documentando cómo a un agente de shopping lo engañaron para pagar de más por un libro usando exactamente esta técnica. El agente no distingue bien entre los datos que lee y las órdenes que recibe.

A eso sumale lo mundano: un loop que se ejecuta mil veces en vez de una, un retry que duplica un cobro, una suscripción que nadie canceló. La diferencia entre un humano y un agente es que el agente hace todo eso a la velocidad de la máquina, sin el segundo de duda que a vos te salvaría.

El reporte del FMI sobre IA agéntica en pagos lo dice sin vueltas: cuando muchos agentes pueden disparar operaciones financieras de forma autónoma, se elimina el checkpoint humano que antes interceptaba el error antes de que se convirtiera en una transacción.

Lo que falta no es confianza, es control

La respuesta de la industria de seguridad es unánime, y la venimos leyendo en todos lados: hay que pasar de un modelo de identidad (¿quién es?) a uno de autorización en contexto (¿qué puede hacer, ahora, hasta cuánto?). Guardrails, límites duros, circuit breakers.

El problema es que una tarjeta compartida no tiene nada de eso. No podés decirle "esta tarjeta solo paga OpenAI", ni "esta solo gasta 50 dólares este mes", ni "esta deja de funcionar el viernes". Es todo o nada.

Y la alternativa que apareció primero —las tarjetas de un solo uso— resuelve el riesgo tirando el bebé con el agua. Generás una tarjeta virtual, la usás una vez, la quemás. Seguro, sí. Pero rompe todo lo que hace útil a un agente: la suscripción mensual a una API, el proveedor recurrente, el historial de gasto en un mismo comercio. Cada compra es un objeto nuevo, sin memoria. Es seguridad a costa de funcionalidad.

La tercera opción: una tarjeta por agente, con reglas adentro

Lo que un agente necesita no es tu tarjeta, ni una tarjeta descartable. Necesita la suya: persistente, pero con la cerradura puesta de fábrica.

Concretamente, una tarjeta que entienda tres cosas:

  • A quién le puede pagar (scope de comercio): "esta tarjeta solo paga Anthropic y OpenAI". Si un prompt injection la manda a otro lado, el cobro se rechaza solo.
  • Cuánto puede gastar (límite real): un tope por día, por mes o por compra. No el límite teórico de la corporativa: el límite que vos decidiste para ese agente.
  • Hasta cuándo (vigencia): la tarjeta del experimento que se apaga sola en 30 días. La del freelance que dura lo que dura el proyecto.

Con esas tres reglas, el peor escenario deja de ser catastrófico. El agente comprometido no puede pagarle a un comercio que no autorizaste, no puede pasarse del monto, no puede seguir gastando después de la fecha. El daño está acotado antes de que pase, no auditado después.

Esa es la diferencia entre dar una llave y dar una llave con cerradura.

Por qué esto importa más en LATAM

Hay un detalle que las soluciones de Estados Unidos pasan por alto: acá no todo se paga igual. Tu agente quizás necesita pagar una API en dólares vía USDT y, al mismo tiempo, un proveedor local en pesos. Una tarjeta pensada solo para el mercado norteamericano no contempla ese mundo de dos monedas que es el día a día de cualquier empresa de la región.

Por eso en Cardia armamos la tarjeta del agente sobre rieles locales —emisión con Pomelo, off-ramp con Manteca— para que el control por scope, monto y vigencia funcione tanto si el agente paga en pesos como en USDT. La persistencia de una tarjeta de verdad, con el límite que vos le ponés.

El agente ya sabe comprar. Lo que le falta es una tarjeta que sepa decirle que no.

¿Listo para darle una tarjeta a tu agente?

Sumate a la lista de espera y empezá a controlar el gasto de IA de tu equipo.