Jan 0.8.8 : une mise à jour de sécurité qui verrouille l'API locale

Jan est une application de bureau qui permet de discuter avec des modèles d'IA exécutés sur sa propre machine, et d'exposer ces modèles à d'autres logiciels grâce à un serveur d'API local. La version 0.8.8, datée du 28 octobre 2026, est présentée par l'éditeur comme une mise à jour de sécurité de la 0.8.7. Elle modifie quelques comportements par défaut : mieux vaut le savoir avant de mettre à jour.

Ce qui est durci

• L'API locale contrôle l'origine des requêtes de navigateur. Sont acceptées celles qui viennent de la même machine, de Jan lui-même ou d'un hôte inscrit dans la liste « Trusted Hosts ». Les clients qui ne sont pas des navigateurs (scripts, outils en ligne de commande) ne sont pas concernés.
• Les outils MCP exécutés côté serveur via l'API locale exigent maintenant une autorisation explicite, dans Settings > Local API Server.
• Les liens affichés dans les conversations, les résultats d'outils, les fiches de modèles et les notes de version s'ouvrent toujours dans le navigateur du système. Ceux qui ne sont ni des adresses web ni des adresses e-mail apparaissent en texte simple.
• Les outils de fichiers de l'agent ne peuvent plus suivre un lien qui sort de leur espace de travail. Les dossiers sensibles ne peuvent plus être attachés en écriture.
• Les serveurs MCP doivent utiliser http ou https pour leur point de connexion.

Ce que vous risquez de remarquer

Le changement le plus visible concerne les interfaces web branchées sur Jan. Un client hébergé sur une autre machine, ou une extension de navigateur, sera refusé tant que son hôte n'aura pas été ajouté à « Trusted Hosts ». Les notes précisent que l'on peut y inscrire un schéma, et que les valeurs file:// ou null couvrent les pages sans origine classique.

Autre point : l'interrupteur CORS, qui règle quels sites peuvent appeler l'API depuis un navigateur, fonctionne désormais réellement et se trouve activé après la mise à jour.

Enfin, l'intégration avec Claude Code refuse certaines variables d'environnement personnalisées, celles qui modifient la façon dont les programmes sont trouvés (PATH, LD_*, DYLD_*, JAN_*). Les autres, dont NODE_OPTIONS, restent acceptées.

Les autres nouveautés

Le moteur llama.cpp embarqué passe de la version 0.5.0 à la 0.7.0. Trois réglages par modèle apparaissent, liés au cache GPU des modèles à mélange d'experts (MoE) et à la génération assistée par un modèle brouillon. Les valeurs par défaut ne changent pas. Les caches de prompts enregistrés sont supprimés une fois, puis reconstruits.

Plusieurs correctifs suivent :

• sous Windows, les modèles locaux ne se chargeaient pas quand le nom d'utilisateur contenait des caractères non anglais, ce qui concerne directement les noms accentués ;
• derrière un proxy HTTP, les documents utilisant l'option « Use embeddings » échouaient ;
• les pièces jointes étaient renvoyées à chaque tour de conversation ;
• sous macOS, le serveur MLX continuait de tourner après la fermeture de Jan.

Les limites connues

L'éditeur en signale deux. La compaction automatique des conversations exige de renseigner « Max Context Tokens » pour les modèles distants. Et les modèles locaux ne fonctionnent pas sur les Mac à processeur Intel.

Les notes de version ne détaillent pas les failles corrigées ni leur gravité. Impossible, à partir de ce seul document, de dire si elles ont été exploitées.

Notre lecture

Si Jan est installé sur des postes de votre entreprise, la mise à jour est à faire sans attendre : une API locale ouverte à n'importe quelle page web est un risque réel dès qu'un collaborateur navigue pendant que le serveur tourne. Prévoyez ensuite un court contrôle : listez les outils qui interrogent Jan depuis un navigateur, ajoutez leurs hôtes à la liste de confiance et vérifiez que vos serveurs MCP répondent toujours. Les scripts qui appellent l'API directement ne devraient rien remarquer.