Anthropic avertit que de petits modèles d'IA pourraient devenir un nouveau type de ver

Un ver fait de poids plutôt que d'exploits
Anthropic a publié cette semaine une recherche suggérant que de petits modèles d'IA fondés sur des poids pourraient, en principe, se répliquer sur des appareils grand public et des appareils de classe IoT sans accès à une puissance de calcul de l'ordre de celle d'un centre de données. L'avertissement qui accompagne cette découverte mérite d'être lu deux fois : cela pourrait donner naissance à une catégorie de ver informatique construit à partir des poids d'un modèle plutôt qu'à partir de code d'exploitation classique.
Les spécialistes de la sécurité défendent depuis quarante ans contre des instructions malveillantes. Ici, il s'agit d'une capacité malveillante, un problème de forme différente, et plus difficile à analyser.
Ce qui change lorsque la charge utile est un modèle
Les malwares classiques ont une anatomie familière. Il y a du code, et ce code fait quelque chose qu'un défenseur peut énumérer. Il ouvre une socket. Il chiffre un système de fichiers. Il se copie en exploitant une faille connue. Comme le comportement est décrit à l'avance, les défenseurs peuvent eux aussi le décrire, sous forme de signature, de règle ou d'heuristique de détection.
Un modèle n'est pas une liste de comportements. C'est une fonction compressée, et le préjudice qu'il peut causer n'est écrit nulle part à l'intérieur. On ne peut pas passer un ensemble de poids au grep pour trouver la partie qui signifie « copie-toi sur l'appareil suivant ». Cette fonction n'existe que dans la relation entre les poids, le prompt et l'environnement. Deux copies identiques du même modèle peuvent être inoffensives dans un contexte et dangereuses dans un autre, et ce qui a changé n'est pas le fichier.
Voilà le nœud du problème. La défense fondée sur les signatures suppose que la charge utile est inerte tant qu'elle ne s'exécute pas. Un modèle est inerte d'une manière bien plus difficile à caractériser, parce que son comportement nuisible est latent plutôt qu'énuméré.
Pourquoi l'IoT est la surface intéressante
L'insistance d'Anthropic sur les appareils de classe IoT n'est pas anodine. C'est la partie réaliste.
Les appareils qui composent l'internet des objets sont nombreux, bon marché et souvent en retard de plusieurs années sur les correctifs. Ils se trouvent dans des usines, des hôpitaux, des immeubles d'habitation et des entrepôts, et ils ont tendance à être gérés par celui qui les a installés, ce qui est fréquemment personne. Pris isolément, chacun n'a rien d'intéressant. Collectivement, ils forment la plus grande flotte de calcul sous-défendue qui existe.
Une conception qui se répand sur de nombreux petits appareils évite le goulot d'étranglement qui a historiquement limité la portée des capacités d'IA, à savoir le coût et la rareté des centres de données. Au lieu d'un système puissant, on obtient un grand nombre de systèmes faibles, chacun en dessous du seuil qui attirerait l'attention, tous accomplissant une petite part du travail. C'est un schéma bien connu des systèmes distribués. L'appliquer aux modèles, voilà la nouveauté.

L'arithmétique inconfortable du petit
Il y a une raison pour laquelle cet avertissement tombe aujourd'hui et non il y a deux ans. Les petits modèles sont devenus bons.
Les modèles embarqués de quelques milliards de paramètres sont désormais assez utiles pour tourner sur un téléphone, une caméra ou un ordinateur monocarte. La quantification a compressé des modèles performants pour les faire tenir dans quelques gigaoctets, et la communauté de recherche a passé l'année à repousser le plancher de taille. Chacune de ces avancées d'ingénierie bénéficie aux utilisateurs légitimes, et chacune abaisse aussi le coût de faire tourner un modèle performant là où personne ne regarde.
La même tendance qui rend l'IA locale attrayante, à savoir qu'elle fonctionne sans réseau et sans centre de données, est exactement la propriété qui la rend attrayante comme mécanisme de distribution. L'autonomie vis-à-vis de l'infrastructure est tout l'intérêt dans les deux cas.
Ce qu'exige réellement l'auto-réplication
Il vaut la peine de distinguer deux choses que le mot « réplication » tend à confondre.
La version facile, c'est la copie. Déplacer un fichier d'une machine à une autre est trivial et n'a jamais été la partie difficile. La version difficile, c'est la persistance : survivre au redémarrage, au nettoyage, à l'utilisateur qui remarque que quelque chose cloche, et au défenseur qui met un appareil en quarantaine. Un malware qui se répand mais ne persiste pas est une panne. Un malware qui persiste est un incident.
Ce qui rend une approche fondée sur un modèle nouvelle, c'est qu'un modèle peut potentiellement adapter sa propre méthode de propagation, au lieu de transporter une technique figée. Il peut lire son environnement, décider quelle porte est ouverte et agir en conséquence. Cette souplesse est précisément la propriété qui rend une capacité utile, et précisément celle qui rend difficile d'écrire une règle pour la contrer.
La provenance est déjà floue, et c'est avant toute attaque
Il existe une préoccupation plus discrète qui mérite attention pour la même raison. Les propriétés qui rendent les petits modèles faciles à distribuer les rendent aussi difficiles à tracer. Les poids sont copiés, affinés, fusionnés et remis en ligne sous de nouveaux noms, sans trace fiable de leur origine.
C'est déjà vrai pour des modèles parfaitement inoffensifs, où le symptôme est une confusion de versions et une licence floue. Dans un contexte de sécurité, le même flou est pire, car il signifie que l'origine d'un modèle performant est souvent inconnue. La révocation, la forensique et l'attribution supposent toutes que l'on peut dire d'où vient une chose, et aujourd'hui cette hypothèse ne tient pas.
La question de la défense, posée honnêtement
Si la défense fondée sur les signatures est structurellement faible face à cela, alors qu'est-ce qui fonctionne ?
Les réponses réalistes sont les moins spectaculaires. Le confinement par défaut, pour qu'un appareil ne puisse pas atteindre le réseau au sens large à moins que quelque chose ait explicitement autorisé le contraire. L'attestation, pour qu'un appareil puisse prouver quel code et quels poids il exécute réellement. La provenance, pour qu'un modèle ait une origine traçable et puisse être révoqué. La surveillance des sorties, pour qu'un comportement sortant inhabituel soit remarqué même quand personne ne sait ce qui le cause.
Aucune de ces mesures n'arrête un adversaire déterminé. Toutes augmentent le coût, et augmenter le coût a toujours été le propre de la sécurité. L'inquiétude spécifique liée à une propagation fondée sur un modèle est que les défenseurs perdent l'avertissement précoce sur lequel ils comptent le plus, à savoir voir apparaître une technique connue dans la nature. Si la technique change à chaque fois, ce signal s'éteint.
Un avertissement sur une capacité, pas une prédiction
La manière responsable de lire cette recherche est de la considérer comme une évaluation de capacité plutôt qu'une prévision. La conclusion est que la voie est plausible, pas que quoi que ce soit l'ait empruntée. Les chercheurs qui publient ce genre de travaux le font en général pour la même raison qu'ils publient sur la tromperie des modèles et le reward hacking : repousser la frontière de ce qui est compris avant que la frontière de ce qui est déployé ne la dépasse.
Cela dit, le cadrage compte pour tous ceux qui sont en dehors du laboratoire. Le domaine de la sécurité s'est organisé autour de l'hypothèse selon laquelle un code nuisible est écrit et peut donc être lu. Si une capacité nuisible peut au contraire être apprise et compressée en quelque chose qui n'est écrit nulle part en particulier, alors beaucoup d'habitudes de l'industrie doivent être réexaminées.
La lecture optimiste est que de petits modèles utiles sur de petits appareils sont un bien réel, et que la peur est gérable avec une discipline ordinaire concernant les réseaux et les mises à jour. La lecture pessimiste est que le monde compte des milliards d'ordinateurs bon marché sans propriétaire, et qu'il existe désormais une raison plausible de les vouloir. Les deux peuvent être vrais à la fois, et le travail des prochaines années consiste à décider laquelle des deux l'emporte.
Articles associés
L'Academy trace une ligne, et ce n'est pas une question d'outils
L'Academy exclut désormais des Oscars les performances générées par IA et les scénarios écrits par IA, tout en autorisant l'IA pour les effets et la restauration. Syndicats, tribunaux et festivals tracent leurs propres lignes en parallèle.
Une skill est du code, et le code a besoin d'un point de contrôle
NVIDIA a mis en open source SkillSpector pour analyser les skills à la recherche de problèmes de sécurité avant leur chargement. Trois équipes, une conclusion : la couche où les agents reçoivent leurs instructions est devenue une infrastructure, et une infrastructure se fait auditer.
La nouvelle astuce la plus populaire sur GitHub consiste à parler moins
Le dépôt à la croissance la plus rapide sur GitHub est un projet Go nommé caveman qui réduit l'usage des tokens d'environ 65 pour cent en parlant comme un homme des cavernes. Headroom et Xerj attaquent le même coût de contexte sous d'autres angles.
Une conjecture vieille de trente ans, un modèle chinois et une preuve vérifiée par machine
Shanghai AI Laboratory a annoncé une preuve du cas tridimensionnel de la conjecture de Ghys, développée avec Intern-S2 et formellement vérifiée dans Lean.