thehackernews.com détecté sur le web

V12 détaille 25 failles x402, trois peuvent drainer un agent IA

7 médias qui couvrent ce sujet

TL;DR

  • The x402 Foundation patched all three critical flaws on August 18 without a security advisory, leaving npm audit and PyPI clean for vulnerable pinned versions.
  • The default TypeScript and Python clients shipped with no spending cap, letting any hostile API request an agent's full token balance from an auto-signing agent.
  • The Solana facilitator accepted zero-token transactions as valid payments, enabling resource access without transferring any funds.

Les agents IA réglant des appels d'API via les SDK x402 pouvaient signer un paiement pour la totalité de leur solde si une API malveillante le demandait. C'est le constat qui ouvre le rapport publié le 22 octobre par la société de sécurité V12 sur The Hacker News. Selon le rapport, "AI agents paying for API calls with the x402 SDKs could sign a payment for their full balance of a supported token if a malicious API asked for it". Ce défaut n'est qu'un cas parmi 25 failles recensées par V12, dont trois jugées critiques.

La première tenait au client par défaut: aucune limite de dépense. La deuxième touchait le facilitateur Solana côté TypeScript, qui acceptait des token approvals comme des paiements valides sans vérifier le type d'instruction, ce que V12 qualifie de "complete payment bypass". Les SDK Python et Go embarquaient déjà cette vérification. La troisième concernait les signatures de connexion SIWx: le client automatisé signait des messages de login sans vérifier que le site visé correspondait à celui qu'il avait contacté, laissant un attaquant récupérer des signatures valides pour des sites tiers.

Les trois correctifs ont été poussés le 18 août. Par défaut, chaque paiement est désormais plafonné à 1 dollar en stablecoins reconnus. Les versions @x402/svm 2.0.0 à 2.22.0 étaient vulnérables, corrigées à partir de la 2.23.0.

Le reste du dossier est plus discret. "The foundation has published no security advisory for the three flaws, and its changelogs list the fixes without calling them security fixes", écrit V12. Et côté scanners: "As of October 23, npm audit returned no advisories for the last TypeScript releases before the fixes, and PyPI listed no vulnerabilities." Ni V12 ni la fondation x402 ne signalent à ce stade d'attaque exploitant ces failles.

Le protocole x402 a été créé par Coinbase puis transféré à la Linux Foundation, dont Visa et Mastercard sont membres, Coinbase y conservant le siège technique le plus senior. L'alerte prolonge une veille cyber qui ne faiblit pas: elle rejoint plusieurs dossiers récents sur notre tracker cybersécurité consacrés aux chaînes de confiance autour des agents.

Ce qu'en disent les autres médias

Couverture consolidée 2h après publication

  1. GitLab Advisory Database Lire →

    Official GHSA record confirming the Solana payment bypass patch shipped in v2.5.0; notes private keys and user funds were not compromised but resource-server integrity was.

    A security vulnerability exists in outdated versions of the x402 SDK impacting resource servers accepting Solana payments when facilitators run vulnerable SDK versions.
  2. ThreatTicker Lire →

    Names specific patched versions (TypeScript 2.28.0, Python 2.25.0) and confirms npm audit and PyPI returned no warnings as of Oct 23, the day after V12's disclosure.

    Default clients had no spending cap, so a malicious API could request an agent's entire token balance.
  3. Red Secure Tech Lire →

    Frames the silent-patch problem as a CI/CD pipeline failure: automated dependency scanning cannot flag vulnerable pinned versions, breaking the standard security gate.

    A malicious server could get a fresh login message from another site, pass it to the agent, and use the signature to log in.
  4. DEV Community Lire →

    Adds empirical on-chain data: 32,605 settlements on Base (Oct 12-23) show 3.5% with 10x-plus overcharge, largest single settlement $588 against a $0.01 median.

    A $1 cap lets a tenfold overcharge of a cheap resource through without a trace.
  5. DEV Community Lire →

    Introduces a gate-test methodology showing LLM risk scoring inflates under specific phrasing even within guardrails; details the three specific broken SDK promises.

    A malicious API could ask for the wallet's full balance and an auto-signing agent with no policy would sign it.
  6. pwn.watch Lire →

    Documents a payment-policy registration workaround for teams that cannot immediately upgrade, bridging the gap between disclosure and patched deployment.

    A hostile API could ask for an agent's whole token balance due to the default client lacking spending limits.