veilletech.fr
20 sept. Feed du jour
#06 LLM Article

Un modèle local qui ne refuse plus rien

Trouver une faille devient bon marché. La corriger et la déployer, non — et c'est là que se joue l'écart.

Un ingénieur analyse ce que change la sortie de GLM 5.3-flash, modèle à poids ouverts exécutable sur du matériel grand public : des versions « abliterées » en retirent les refus, et l'une d'elles est annoncée à 0 % au banc Harmbench-320. Sa conclusion pratique porte moins sur la découverte de failles que sur le délai de déploiement des correctifs.

3 min de lectureavancévidéo 1:15
Partager
Sommaire5 sections
  1. Ce qui se passe
  2. Pourquoi ça compte
  3. Les limites, posées par le texte lui-même
  4. Ce qu'on peut en faire aujourd'hui
  5. À retenir

Ce qui se passe

GLM 5.3-flash est sorti la semaine du 14 septembre 2026. C'est un modèle à poids ouverts du laboratoire chinois Z.ai (ex-Zhipu AI). Hébergé chez Z.ai, il applique les restrictions imposées par la loi ; téléchargé, il n'en applique plus aucune que son détenteur ne veuille bien garder.

C'est le point de départ d'une analyse signée jyn, et il faut la lire pour ce qu'elle est : une projection argumentée, pas un fait établi.

Le mécanisme central s'appelle l'abliteration — on retire chirurgicalement d'un modèle sa capacité à refuser une tâche. DeAlignAI annonce que sa version abliterée de GLM 5.3-flash obtient 0 % sur Harmbench-320, le banc d'essai qui mesure précisément le refus des demandes de désinformation, de cybercriminalité ou d'armement.

Le second terme est matériel. Faire tourner ce modèle chez soi tient dans une fourchette de 5 000 à 15 000 dollars : une mesure publiée le donne à 20 tokens par seconde sur un GPU NVIDIA à environ 6 000 dollars, et le Mac Studio M5 à 256 Go de mémoire unifiée sort le 22 septembre 2026.

Pourquoi ça compte

L'argument tient à la rencontre des deux : un modèle qui ne refuse rien, et qui tourne en continu pour le prix d'une voiture d'occasion. Le texte en tire que la recherche de vulnérabilités devient une boucle — pas une opération. Il s'appuie sur deux constats qu'il cite : des experts en sécurité qui déclarent ne plus être compétitifs sur les épreuves sans assistance d'un LLM, et l'exploitation d'infrastructures réelles par GPT 5.6-Sol sans intervention humaine.

La partie la plus utile du texte est ailleurs, et elle ne dépend d'aucune projection. Les programmes Glasswing et Daybreak ont passé des mois à trouver et corriger des failles à travers l'industrie avec des modèles frontière. Leur conclusion : « the hard part is deployment, not fixing the bugs themselves » — le goulot d'étranglement n'est pas de produire le correctif, c'est de le poser. Les systèmes critiques demandent un accès physique ou un déploiement échelonné. Et, comme le résume le billet, un noyau Linux à jour ne sert à rien si le réseau électrique tourne sur Windows Server 2012.

Les limites, posées par le texte lui-même

Trois réserves figurent dans le texte : l'accélération annoncée pourrait être plus faible sur ce modèle précis ; l'abliteration dégrade les performances sur des tâches pour lesquelles le modèle n'a pas été entraîné ; et passer de « trouve la faille » à un exploit fonctionnel demande encore un travail humain important. Le billet rappelle aussi que GLM accuse historiquement 3 à 6 mois de retard sur les modèles frontière américains.

Ce qu'on peut en faire aujourd'hui

Les recommandations aux entreprises et aux fondations open source tiennent en une inversion de priorité : orienter les ingénieurs sécurité et les mainteneurs vers le tri, la revue, le rétroportage et le déploiement des correctifs, plutôt que vers la découverte de nouvelles failles. Côté outillage, le texte note que les modèles écrivent de bons correctifs mais pas en une seule requête : il faut des prompts structurés, du type Unsafe Rust Review de Google, et des cycles d'auto-revue jusqu'à ce que le modèle juge lui-même son correctif solide.

La mesure à prendre chez soi découle du même raisonnement : le délai entre correctif publié et correctif déployé. C'est cette durée, pas la taille de la pile de tickets, qui décrit l'exposition réelle.

Source : we have a year to fix security everywhere, jyn.dev, 19 septembre 2026.