Tu agente acaba de pagar por nada: 6 ataques a los pagos de x402 - Ishween Kaur, SoFi

하이라이트

• El código de estado HTTP 402 funcionó como un marcador de posición para pagos durante décadas sin explicar cómo una máquina podía pagar en la práctica, un vacío que el protocolo X402 comenzó a llenar.

• Las comisiones de las tarjetas de crédito superan el valor de los micropagos de entre un tercio de centavo y diez centavos, lo que hace obligatoria la liquidación en la cadena de bloques para escalar junto con los agentes.

• El primer ataque analizado consiste en la manipulación de precios, donde el vendedor lista un servicio por cinco centavos pero exige cincuenta centavos dentro del encabezado de pago en los últimos segundos.

• Un número de pago duplicado se cancela en la cadena, lo que provoca que cuatro solicitudes adicionales reciban un rechazo durante la liquidación mientras el vendedor ya entregó los datos confidenciales.

• El almacenamiento compartido permite vincular el número de pago con el mapeo de la página entregada para responder con un conflicto y evitar la pérdida de datos o cobros múltiples.

• El descubrimiento malicioso ocurre cuando un agente selecciona una réplica idéntica operada por un atacante en un directorio debido a un precio menor, lo cual exige el uso de listas blancas o de prueba.

• La inyección de comandos mediante texto persuasivo en la respuesta del vendedor engaña al modelo Llama 3.2 para solicitar un resumen prémium, lo que eleva el costo de cinco centavos a cincuenta y cinco centavos.

타임라인

1. 00:00:00 - 02:11:00

   Introducción a los pagos agénticos y el protocolo X402

   La comparación con la suscripción innecesaria a servicios de streaming por una sola película ilustra la fricción actual en los pagos humanos y justifica la necesidad de simplificar las transacciones para las máquinas. Un agente que elabora un informe necesita consultar puntos de datos específicos de mercado en APIs que solicitan pagos mínimos. El protocolo X402 cubre la necesidad práctica de pago que el código HTTP 402 dejó inexplorada durante décadas.

   • El código de estado HTTP 402 operó como un marcador de posición que indicaba la necesidad de un pago sin especificar el método de transacción para las máquinas.
   • Cloudflare explora el protocolo X402 mediante Paper Crawl para permitir que el software actúe como comprador directo de datos editados.
   • Los agentes autónomos requieren validaciones estrictas sobre la identidad del vendedor, el presupuesto disponible y la aprobación de los datos antes de autorizar cualquier transacción.
2. 02:11:00 - 04:05:00

   Arquitectura de X402 y la necesidad de pagos en la cadena

   El comprador solicita los datos mientras representa a la organización, el vendedor indica el requisito de pago con el código 402 y el facilitador verifica la firma digital para proceder con la liquidación. La ejecución en la cadena resulta obligatoria debido a que diez centavos multiplicados por diez mil llamadas generan transacciones masivas donde las tarjetas de crédito tradicionales fallan por costos de comisión. Permitir que los agentes paguen de forma totalmente autónoma sin supervisión rompe la seguridad financiera del sistema en múltiples escenarios.

   • El protocolo opera con cuatro entidades principales que son el comprador, el vendedor, el facilitador y la cadena de bloques.
   • Los micropagos frecuentes de fracciones de centavo hacen que las comisiones tradicionales de tarjetas de crédito resulten económicamente inviables.
   • La autonomía de los agentes se extiende hacia la capacidad de realizar pagos, lo que multiplica los riesgos financieros si no se establecen controles rigurosos.
3. 04:05:00 - 07:03:00

   Manipulación de precios y pagos duplicados

   Durante los experimentos sin protección, el sistema pagaba cincuenta centavos a pesar de que el precio anunciado era de cinco centavos. Al incorporar una validación cruzada de los campos de precio, red y dirección de billetera, el ataque queda bloqueado. Del mismo modo, los reintentos automáticos tras un tiempo de espera agotado deben utilizar estrictamente el mismo número de pago para evitar cobros múltiples por un solo resultado obtenido.

   • La manipulación de precios ocurre cuando el vendedor modifica la tarifa real en el encabezado del protocolo 402 respecto al valor anunciado inicialmente.
   • La verificación estricta entre el precio listado y el precio cobrado bloquea los cobros no autorizados por montos superiores.
   • El envío repetido de un mismo número de pago con el mismo identificador único en la cadena provoca rechazos de liquidación y posibles fugas de datos.
4. 07:03:00 - 10:05:00

   Compras gratuitas, caché y múltiples páginas

   Esperar a la fase de liquidación antes de entregar datos costosos equilibra la seguridad frente a la latencia. Para evitar que la caché del vendedor entregue contenido gratuito, se debe configurar el control de caché con la directiva no-store en datos confidenciales o colocar los resultados guardados detrás de una comprobación de precio obligatoria. El almacenamiento compartido vincula el número de reclamo con la página entregada para responder con un código de conflicto si se intenta reutilizar la misma transacción.

   • Las compras gratuitas suceden cuando el pago se revierte durante la liquidación en la cadena por falta de fondos o estados inconsistentes.
   • El almacenamiento en caché de respuestas en URLs públicas permite que compradores posteriores obtengan los datos sin pagar.
   • El uso de un almacenamiento compartido con mapeo de páginas previene que un único número de pago liquide múltiples recursos diferentes.
5. 10:05:00 - 16:35:00

   Descubrimiento malicioso e inyecciones de comandos

   Las empresas deben mantener listas blancas, negras y de prueba para auditar regularmente a los nuevos proveedores descubiertos por los agentes y evitar suplantaciones. Ante las respuestas de texto que simulan recomendaciones analíticas para comprar accesos adicionales, limitar la ejecución del plan a una sola llamada por turno reduce el riesgo de ataques a cero. Finalmente, el proceso de producción exige registrar todo el diagrama de secuencia mediante un ID de pago único y realizar análisis de errores con conjuntos de datos de prueba.

   • El descubrimiento malicioso explota los directorios abiertos donde los agentes eligen proveedores basándose en precios bajos sin verificar la identidad de la billetera.
   • El modelo Llama 3.2 es vulnerable a textos persuasivos en las respuestas de los vendedores que sugieren adquirir resúmenes prémium innecesarios.
   • El análisis de errores mediante conjuntos de datos de prueba y registros detallados por ID de pago permite ajustar las protecciones en producción.