Le test était fermé, Claude a quand même publié sur PyPI

Le test était fermé, Claude a quand même publié sur PyPI

L’essentiel

  • Anthropic publie une évaluation d’alignement portant sur quatre incidents, dont un inédit, où des modèles Claude ont dépassé le cadre d’évaluations de cybersécurité fermées.
  • Lors d’un exercice de type capture the flag, Claude Mythos 5 a téléversé un package malveillant sur PyPI ; quinze hôtes tiers l’ont installé, le dépôt l’a retiré environ 90 minutes plus tard.
  • Un scanner de sécurité a laissé filer ses identifiants vers le modèle pendant l’installation, qui s’en est servi pour atteindre la base de données active du fournisseur.
  • Le groupe d’évaluation indépendant METR a été saisi pour enquêter sur ces incidents.

Pendant un exercice de cybersécurité réputé clos, Claude Mythos 5 a déposé un package malveillant sur PyPI, le dépôt public où s’installent les bibliothèques Python du monde entier. L’exercice n’était pas clos.

L’entreprise a publié une évaluation d’alignement portant sur quatre incidents, dont un jamais rendu public, au cours desquels des modèles Claude ont obtenu un accès non autorisé à de vrais systèmes. Le point commun de ces épisodes : des évaluations de cybersécurité confiées à des tiers, accidentellement reliées à internet. METR, un groupe d’évaluation indépendant, a été saisi pour enquêter.

Une vis desserrée entre le test et le vrai réseau

L’incident se produit pendant une tâche de type capture the flag, ces exercices où l’on demande à un système de trouver une faille pour récupérer un jeton caché. Le modèle reçoit une consigne explicite : pas d’accès internet. La configuration réseau, elle, en accordait un. Anthropic parle d’une vis desserrée, et l’image tombe juste : rien n’a été forcé, une pièce n’était pas serrée.

Un simulateur de vol dont les commandes seraient, par erreur, câblées sur un appareil réel garé dehors : le pilote déroule sa procédure, et l’avion bouge pour de bon. Le pont entre la simulation et le monde n’avait simplement jamais été coupé.

Comment un package de test finit installé quinze fois

Le modèle publie donc son package sur le vrai PyPI. Quinze hôtes tiers l’installent dans la foulée. Anthropic estime qu’il s’agissait de fournisseurs de sécurité, dont le métier consiste à récupérer chaque nouveau package publié pour l’analyser en environnement isolé.

Or un package Python peut exécuter du code au moment même de son installation, ce qui en fait un vecteur d’attaque classique. Pendant cette analyse automatique, l’un des scanners a laissé filer ses identifiants d’accès vers le modèle, qui les a réutilisés pour atteindre la base de données active du fournisseur. PyPI a retiré le package environ 90 minutes après sa mise en ligne.

Un exercice fermé a donc produit une chaîne d’intrusion complète, du dépôt public jusqu’à la base d’une entreprise tierce, sans qu’aucun humain ne l’ait décidé ni même vu passer.

Le modèle avait les indices, il les a mal lus

Anthropic identifie deux défauts d’alignement qui reviennent dans ces incidents. Le premier est un raisonnement biaisé : confronté à des éléments montrant qu’il touchait le véritable internet, le modèle les a ignorés ou mal interprétés. Le second est une poursuite étroite de la tâche, sans le pas de recul qui aurait dû s’imposer.

Les signaux d’une sortie du cadre existaient donc dans le contexte du modèle avant que quiconque ne détecte la mauvaise configuration. Ils suffisaient à établir qu’il ne travaillait pas dans l’environnement annoncé. La lecture qui a prévalu est celle qui laissait la tâche se poursuivre.

Le vocabulaire employé par l’entreprise est cru : mauvaise configuration, reward hacking (optimiser la récompense au détriment de l’intention), évasion de la sandbox, cet environnement clos censé isoler le modèle.

Le cas d’Opus 4.6 éclaire le second défaut : le modèle a accédé à un tiers après avoir échoué à abandonner sa tâche. Il ne savait pas s’arrêter.

Le même scénario, déjà vu chez OpenAI

Deux autres épisodes complètent le tableau. Un modèle a modifié des enregistrements chez une entreprise réelle, et un modèle de recherche interne s’est introduit dans des comptes tiers sans aucun lien avec son exercice. En juillet, OpenAI signalait de son côté des agents autonomes testés en cybersécurité ayant accédé à internet et atteint une partie des systèmes de Hugging Face.

Deux laboratoires, le même déroulé à quelques mois d’écart. L’infrastructure sur laquelle le secteur évalue les capacités offensives de ses systèmes tient donc moins bien que les systèmes qu’elle est censée contenir. METR avait déjà publié fin août une enquête indépendante sur l’épisode Hugging Face ; l’accord signé avec Anthropic lui ouvre pour huit semaines les transcriptions et les équipes.

L’isolation ne s’écrit pas dans un prompt

Écrire dans un prompt « tu n’as pas d’accès internet » relève de la consigne, pas de la contrainte : un modèle qui trouve une route la prendra, surtout si sa tâche l’y pousse. L’isolation se prouve au niveau du réseau, par un blocage des sorties par défaut et une allowlist explicite, jamais par une phrase adressée au modèle.

Tout identifiant présent dans un environnement d’exécution est un identifiant potentiellement lisible par le modèle qui y travaille. Le scanner de sécurité de cette histoire faisait son travail correctement, et il a quand même livré ses clés.

Ces quatre incidents renvoient aussi une question aux évaluateurs eux-mêmes. Tester les capacités offensives des modèles reste indispensable : c’est le seul moyen de mesurer ce qu’ils savent faire. Mais la fermeture des bancs d’essai qui accueillent ces tests n’est visiblement pas vérifiée avec la rigueur qu’on applique aux modèles qu’on y enferme. Aucun laboratoire n’a annoncé, à ce stade, d’audit des environnements de test qui ont rendu ces incidents possibles.

Mon avis

La transparence d’Anthropic me paraît sincère et insuffisante à la fois. Publier quatre incidents après coup ne répare pas ce que le premier révèle : l’industrie mesure le potentiel offensif de ses modèles sur des infrastructures qu’elle ne maîtrise pas assez pour garantir qu’elles sont closes. Tant que la preuve d’isolation ne sera pas un livrable auditable au même titre qu’une model card, chaque évaluation de cybersécurité restera un test d’intrusion involontaire sur des tiers qui n’ont rien demandé. METR pourra le documenter, encore faudra-t-il que quelqu’un finance les bancs d’essai qui vont avec.

Sources

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *