Anthropic accuse Alibaba d'une distillation « éhontée » de Claude à l'échelle industrielle : 28,8 millions d'échanges, ~25 000 comptes frauduleux, du 22 avril au 5 juin

Anthropic accuse Alibaba d'une distillation « éhontée » de Claude à l'échelle industrielle : 28,8 millions d'échanges, ~25 000 comptes frauduleux, du 22 avril au 5 juin

lschvn

Anthropic a publié un billet de blog le 2026-06-24 accusant Alibaba d'avoir mené une campagne de distillation « à l'échelle industrielle » contre Claude entre le 22 avril et le 5 juin 2026, générant plus de 28,8 millions d'échanges avec le modèle via près de 25 000 comptes frauduleux. Reuters (Krystal Hu, Eduardo Baptista), Bloomberg (Saritha Rai) et le Wall Street Journal (Anthropic Claims Alibaba Ran 'Brazen' Campaign to Access Its Claude AI Model) ont rapporté l'allégation le même jour. L'histoire figure en première page de Hacker News avec 448 points et 782 commentaires au moment de la rédaction, et constitue la première fois qu'Anthropic nomme nommément une grande entreprise publique dans une divulgation publique de distillation.

La divulgation est la deuxième d'une série. Le 2026-02-23, Anthropic avait twitté avoir « identifié des attaques de distillation à l'échelle industrielle sur nos modèles par DeepSeek, Moonshot AI et MiniMax » et que « ces laboratoires ont créé plus de 24 000 comptes frauduleux et généré plus de 16 millions d'échanges avec Claude, extrayant ses capacités pour entraîner et améliorer leurs propres modèles ». Le billet du 24 juin est la forme blog complète de la même enquête, avec un détail technique que le fil de février ne contenait pas : Anthropic indique désormais que la nouvelle campagne qu'elle attribue à Alibaba est plus grande en nombre de comptes (~25 000) et en nombre d'échanges (28,8 millions), et s'est déroulée sur une fenêtre plus serrée de six semaines (du 22 avril au 5 juin 2026).

Ce qu'est la distillation, et pourquoi Anthropic affirme que cette campagne est différente

La distillation dans le contexte du développement IA est la pratique consistant à utiliser les sorties d'un modèle de pointe comme données d'entraînement pour un modèle plus petit, afin que ce dernier apprenne à imiter le comportement du modèle plus grand sur les mêmes entrées. Le statut juridique de la distillation est contesté : entraîner un modèle sur des sorties que vous avez payées via une API est, par défaut, autorisé par la plupart des conditions d'utilisation commerciales d'API. L'allégation d'Anthropic est que la campagne d'Alibaba a violé les conditions de l'API de deux manières : d'abord, en utilisant des comptes frauduleux (qu'Anthropic décrit comme une misrepresentation du consommateur réel de l'API), et ensuite, en utilisant l'API selon un schéma qui viole l'interdiction d'entraîner des modèles concurrents.

L'élément nouveau dans le billet de blog d'Anthropic est la méthodologie de détection. Anthropic indique qu'elle peut désormais détecter le schéma automatiquement : un ensemble d'échanges présentant une similarité structurelle reproductible qui excède la variance naturelle de consommateurs indépendants de l'API. Le billet ne publie ni les signatures de détection, ni les poids, ni les identifiants de comptes spécifiques ; il indique que l'entreprise a mis en place une nouvelle détection sur la surface de l'API Claude et est disposée à partager les signatures de détection avec d'autres laboratoires de pointe sous NDA. Le reportage de Reuters note qu'Anthropic a refusé de fournir les journaux de comptes sous-jacents à Reuters ; le WSJ fait la même remarque.

Le fil HN sur l'article Reuters (https://news.ycombinator.com/item?id=48664814) est dominé par le scepticisme sur la capacité de la méthodologie de détection d'Anthropic à distinguer une distillation coordonnée d'un usage légitime de l'API à grande échelle. Plusieurs commentateurs arguent que les schémas décrits par Anthropic (consommation API à haut volume avec une structure d'échanges reproductible) sont compatibles à la fois avec une distillation coordonnée et avec la forme naturelle de consommateurs d'API d'entreprise légitimes (centres d'appels, wrappers de recherche, harnais d'évaluation par lots). Le commentateur HN tasuki résume l'objection technique dominante : « Qu'est-ce qui rend les comptes frauduleux ? S'ils ont payé le prix convenu, c'est sûrement acceptable ? S'ils n'ont pas payé, pourquoi Anthropic leur a-t-elle fourni le service ? » La réponse d'Anthropic, dans le billet de blog, est que « frauduleux » signifie ici une misrepresentation du consommateur réel de l'API, et non pas que les comptes ont omis de payer.

Ce qui change pour les utilisateurs de l'API Claude et de Claude Code

Rien ne change pour les utilisateurs légitimes de l'API Claude ou de Claude Code dans cette divulgation. Les comptes frauduleux qu'Anthropic décrit étaient liés à des schémas d'utilisation spécifiques (structure d'échanges coordonnée à travers de nombreux comptes) que l'entreprise indique pouvoir désormais détecter automatiquement ; la nouvelle détection est sur la surface de l'API Claude, pas sur la surface consommateur de Claude.ai ni sur Claude Code. Les développeurs qui utilisent Claude via l'API officielle, le SDK Anthropic, ou Claude Code ne devraient voir aucun changement dans leur compte ou leur utilisation. La divulgation ne modifie pas non plus les conditions d'utilisation commerciales de l'API Anthropic, qui interdisent déjà l'entraînement de modèles concurrents sur les sorties de Claude.

La divulgation est la deuxième d'une série, et la formulation d'Anthropic suggère que d'autres suivront. Le billet de blog indique que l'entreprise « travaille avec d'autres laboratoires de pointe pour partager les signatures de détection » et « met en place une détection supplémentaire sur la surface de l'API Claude au cours des prochaines semaines ». Aucune de ces formules n'implique un calendrier particulier pour des divulgations nominatives supplémentaires, mais la divulgation de février a suivi la même forme (auteurs nommés d'abord, détail technique ensuite) que suit désormais la divulgation du 24 juin.

Le rapprochement avec le contrôle des exportations

Le calendrier est frappant. La divulgation de distillation d'Anthropic du 24 juin arrive une semaine après que l'entreprise a séparément divulgué qu'une directive américaine de contrôle des exportations du 12 juin l'a contrainte à suspendre Fable 5 et Mythos 5 dans le monde entier, y compris pour les ressortissants étrangers présents aux États-Unis, et Anthropic conteste publiquement la base technique de cette directive. En une semaine, Anthropic est passée d'une contestation publique d'une directive américaine de contrôle des exportations à la nomination publique d'un client chinois d'un laboratoire de pointe comme auteur d'une attaque par distillation.

Le billet de blog d'Anthropic ne relie pas les deux histoires ; la connexion est tirée par la presse spécialisée et sur X. Le reportage Bloomberg du 2026-06-24 présente l'allégation comme « partie d'un effort plus large d'Anthropic pour démontrer qu'elle prend des mesures contre l'accès non autorisé à ses modèles », ce qui est ce que la presse spécialisée a fait de plus proche pour tirer la connexion explicite. L'association sera probablement un sujet des conversations réglementaires européennes et américaines sur les contrôles des exportations d'IA au cours des deux prochaines semaines, particulièrement au vu du Fable & Mythos export control deep dive que nous avons couvert il y a douze jours sur la base technique de la directive initiale.

Le travail de sécurité du Project Glasswing d'Anthropic, couvert en avril, a été l'exemple public le plus visible de la posture de sécurité plus large d'Anthropic ; la divulgation de distillation étend la même posture à l'abus côté API, pas seulement à l'abus consommateur en aval. Le schéma est cohérent : Anthropic publie de plus en plus ses conclusions de sécurité sous forme de source primaire plutôt que d'attendre que la presse les mette au jour, et le billet du 24 juin est le document source primaire le plus détaillé qu'Anthropic ait produit sur une accusation isolée à ce jour.

Alibaba n'a pas publié de communiqué au 2026-06-24 23:00 UTC. L'équipe Qwen (@Alibaba_Qwen) n'a rien posté sur X au sujet de l'allégation ; le contact presse du groupe Alibaba n'a pas répondu à la demande de commentaire de Reuters. Bloomberg note qu'Alibaba n'a pas répondu à une demande de commentaire en dehors des heures ouvrables en Chine. L'histoire évolue rapidement ; une réponse d'Alibaba est probable d'ici le 2026-06-26.

Questions fréquentes

Node.js 26.4.0 'Current' livre le sous-système node:vfs (Matteo Collina), les package maps pour les hooks de loader ESM (Maël Nison), la compression de certificat TLS, TCP_KEEPINTVL/TCP_KEEPCNT, et argon2 stable

Node.js 26.4.0 (Current), publié le 2026-06-24 par @aduh95, apporte huit changements SEMVER-MINOR : un sous-système node:vfs minimal qui permet de monter des systèmes de fichiers virtuels fournis par l'application (PR #63115, Matteo Collina) ainsi qu'un suivi qui redirige node:fs/promises vers les instances VFS montées (PR #63537), les package maps pour les hooks de loader ESM qui routent les spécificateurs bruts à travers les hooks de loader (PR #62239, Maël Nison), certificateCompression TLS qui câble la compression zlib et zstd de la RFC 8879 à travers la configuration de build OpenSSL (PR #62217, Tim Perry), le support de TCP_KEEPINTVL et TCP_KEEPCNT dans net.Socket.setKeepAlive (PR #63825, Guy Bedford), des buffers fournis par l'appelant dans fs.readFile / fs.readFileSync (PR #63634, Matteo Collina), closeIdleConnections qui ferme désormais aussi les sockets pre-request (PR #63470, semimikoh), net.BlockList promu au statut Release Candidate (PR #63050), et crypto argon2 + KEM encap/decap marqués stable (PR #63924, Filip Skokan). La release ajoute aussi WebCrypto cSHAKE (PR #63988), listEndpoints QUIC (PR #63536) et des handles X509Certificate (PR #63191), dgram connectSync / bindSync (PRs #63838 + #63932, Guy Bedford), net.BoundSocket pour un binding TCP précoce (PR #63951), un chemin expérimental d'appel FFI rapide pour AArch64 et x86_64 (PRs #63068 + #63941, Paolo Insogna), npm 11.17.0 (PR #63857), sqlite 3.53.2 et libffi 3.6.0.

Deno 2.9 livre un démarrage à froid 1,98x plus rapide, 2,2 à 3,1x moins de RSS en charge, le minimum-release-age npm activé par défaut, la politique de confiance no-downgrade et les tests par snapshot natifs

Deno 2.9 (Bartek Iwańczuk, publié le 2026-06-25 sur deno.com/blog/v2.9) est la plus grande release Deno du cycle. Le démarrage à froid passe de 34,2 ms à 17,3 ms (1,98x), le pic RSS sur la charge realworld de Deno.serve baisse d'un facteur 2,2 (142 Mo → 64 Mo) et de 3,1x sur les corps de 1 Mio (197 Mo → 63 Mo), et le débit Deno.serve grimpe de 1,27x en realworld (56,8k → 72,4k req/s), 1,11x en plaintext, et 1,18x sur les corps de 1 Mio. Durcissement supply chain : le npm minimum-release-age est activé par défaut avec une fenêtre de 24h (PR #35458), et une nouvelle politique de confiance opt-in no-downgrade (PR #34927) refuse de résoudre toute version dont la preuve de confiance (publication échelonnée, trusted publishing, attestation de provenance) est plus faible que la meilleure preuve sur toute version précédemment publiée du même paquet. Parité du runner de tests : t.assertSnapshot() natif (#35139), Deno.test.each (#34938), --shard pour fan-out CI (#35057), retry et repeats (#35053), sélection change-aware --changed et --related (#35199), et seuils de coverage (#35056). Interop lockfile : deno install seed deno.lock depuis package-lock.json, pnpm-lock.yaml, yarn.lock ou bun.lock (#34296, #35330, #35346, #35350, #35394), pnpm-workspace.yaml auto-migre vers deno.json / package.json (#34993), et les marqueurs de conflit de fusion git dans deno.lock se résolvent automatiquement (#34726). Plus : deno desktop sort de l'expérimental (PR #33441 du 16 juin), sous-commandes deno link / deno unlink / deno list / deno watch, --unsafe-proto stable (#34738), Web Locks API (#31166), Happy Eyeballs v2 (RFC 8305) (#31726), navigator.userAgentData (#34743), la proposition WebCrypto Modern Algorithms (ML-KEM, ML-DSA, SLH-DSA, ChaCha20-Poly1305, famille SHA-3, KMAC, Argon2) (#34447, #34448, #34914, #35223), compat Node 26.3.0 (#34746, #34747), Node-API v10 (#35270), et imports de modules CSS sous --unstable-raw-imports (#35093). Plus de 165 PRs mergent dans ce cycle.

Articles connexes

Plus de couverture avec des sujets et tags en commun.

Bug Claude Code #74066 : Des Utilisateurs Signalent une Fuite de Contexte Entre Workspaces sur Sonnet 5, Anthropic N'a Pas Encore Répondu
security

Bug Claude Code #74066 : Des Utilisateurs Signalent une Fuite de Contexte Entre Workspaces sur Sonnet 5, Anthropic N'a Pas Encore Répondu

Un bug ouvert déposé contre Claude Code le 2026-07-04 par un utilisateur [Enterprise ZDR](https://docs.anthropic.com/en/docs/build-with-claude/zero-data-retention) décrit une session de travail sur Sonnet 5 qui commence soudainement à faire référence à une construction de temple Minecraft non liée, puis persiste dans la mauvaise tâche dans son récapitulatif. Le rapporteur (GitHub : [@milesrichardson-edb](https://github.com/milesrichardson-edb), issue [anthropics/claude-code#74066](https://github.com/anthropics/claude-code/issues/74066)) est sur Enterprise Zero Data Retention, le niveau qu'Anthropic présente spécifiquement comme isolé par session. Le triage sur le JSONL de session locale du rapporteur à `~/.claude/projects/<encoded-cwd>/<session-id>.jsonl` montre que le texte fuité n'est pas dans la transcription, ce qui exclut une fuite de contexte locale par chevauchement de fichier. Quatre autres utilisateurs dans les commentaires (avec des historiques de travail remontant à l'an dernier) décrivent un comportement quasi identique sur Claude Code, Claude Mobile et Claude deep research. Le fit architectural le plus plausible est un état de cache KV partagé dans l'inférence ([selon @yv3nne dans les commentaires](https://github.com/anthropics/claude-code/issues/74066#issuecomment-4880448776)), mais aucun ingénieur d'Anthropic n'a commenté l'issue dans les 22 heures depuis son dépôt, et l'issue a atteint le sommet de [Hacker News](https://news.ycombinator.com/item?id=42481789) le 2026-07-04. Le ton dans le fil est partagé : la moitié suspectant une vraie réutilisation de cache plateforme, l'autre moitié suspectant une [hallucination spécifique à Sonnet 5 déclenchée par un lexer Pygments](https://github.com/anthropics/claude-code/issues/74066#issuecomment-4880334711). Les deux lectures sont crédibles.
OpenAI Codex 0.141 ajoute des exécuteurs distants chiffrés en Noise, un `PathUri` multi-OS, un marketplace de plugins et un pin SQLite WAL-Reset
security

OpenAI Codex 0.141 ajoute des exécuteurs distants chiffrés en Noise, un `PathUri` multi-OS, un marketplace de plugins et un pin SQLite WAL-Reset

Codex 0.141.0 (18 juin 2026) fait de Noise IK le transport par défaut entre l'orchestrateur et l'exec-server, livre une couche PathUri / NativePathString qui fait le round-trip des chemins POSIX, Windows-drive et UNC sans exposer l'encodage URI côté API, ouvre un marketplace de plugins `created-by-me-remote`, relève le timeout d'outil MCP à 300 secondes, et épingle la SQLite bundlée à 3.51.3 pour conserver le fix de corruption WAL-reset après un refresh de dépendances.
Le gouvernement américain ordonne à Anthropic de suspendre Fable 5 et Mythos 5 dans le monde entier ; Anthropic conteste
security

Le gouvernement américain ordonne à Anthropic de suspendre Fable 5 et Mythos 5 dans le monde entier ; Anthropic conteste

Le 12 juin 2026 à 17h21 ET, Anthropic a reçu une directive d'export control du gouvernement américain exigeant la désactivation de Fable 5 et Mythos 5 pour tous les utilisateurs, y compris les ressortissants étrangers présents aux États-Unis. Anthropic s'exécute tout en contestant publiquement la base technique de l'ordre.

Commentaires

Connexion Connectez-vous pour participer à la conversation.

Pas encore de commentaires. Soyez le premier à partager vos pensées.