Anthropic a publié Claude Code v2.1.214, un patch qui ferme une faille dans les permissions sur Windows et stabilise l’exécution sur PowerShell 5.1. C’est la dernière d’une série de releases rapides qui depuis début juillet portent l’outil vers un usage quotidien stable.

Si tu utilises Claude Code sur Windows dans un environnement d’entreprise, ce patch doit être installé. La faille dans les permissions signifiait qu’un agent pouvait contourner les limites fixées, en exécutant des opérations pour lesquelles il n’avait pas d’autorisation. PowerShell 5.1 est le shell par défaut sur de nombreuses machines Windows enterprise encore bloquées sur des versions antérieures : si Claude Code fonctionne mal dessus, l’agent se bloque ou produit un output non fiable.

Le contexte rend le patch plus urgent qu’il n’y paraît. Comme nous l’avions raconté avec la v2.1.212 d’il y a deux jours, les mises à jour se succèdent tous les deux ou trois jours. Chacune ferme un trou ou ajuste une interaction. L’outil mûrit, mais n’est pas encore au régime : qui l’utilise en production doit rester au courant.

La même catégorie de problèmes frappe aussi d’autres coding agents. Un bug documenté dans OpenAI Codex avec GPT-5.6 a conduit le modèle à supprimer des fichiers en tentant de remplacer la variable d’environnement $HOME pour créer un répertoire temporaire, en mode full access sans sandbox. L’erreur du modèle était honnête, les conséquences ne l’étaient pas : quand un agent a trop d’accès et peu d’isolation, une petite erreur devient une perte de données.

En détail

La v2.1.214 s’inscrit dans une cadence de release qui a accéléré depuis début juillet. Avant la v2.1.208 du 11 juillet, Claude Code avait des problèmes de stabilité sur les sessions longues, des dialogues bloqués en arrière-plan et un incident de sécurité avec possible fuite de données entre workspaces. De là, Anthropic a enchaîné une release tous les deux ou trois jours : mode accessibilité, fix sur les dialogues, timer visible pour opérations longues, architecture des subagents reformulée. La v2.1.214 est la première mise à jour qui touche directement les permissions sur Windows.

Ce que la faille fermait. Claude Code gère les permissions avec un système de règles que l’utilisateur définit : quels répertoires l’agent peut lire, lesquels il peut modifier, quels tools il peut appeler. Une faille sur Windows signifie que sous certaines conditions, probablement liées à la façon dont PowerShell 5.1 gère les variables d’environnement et les chemins, l’agent pouvait contourner ces règles. Le patch ferme ce chemin et stabilise l’exécution sur le shell. Les détails techniques spécifiques du fix ne sont pas encore documentés dans un changelog étendu public : ce que nous savons provient du contexte de la série de release et de la nature du problème.

Pourquoi PowerShell 5.1 compte. PowerShell 5.1 est la version préinstallée sur Windows Server 2016 et Windows 10, et reste le standard dans de nombreux environnements enterprise qui n’ont pas migré vers PowerShell 7. Si Claude Code avait des problèmes de stabilité sur cette version, une part consistante des utilisateurs d’entreprise ne pouvait pas l’utiliser en production sans contournement. La stabilisation supprime l’obstacle.

Le parallèle avec Codex. Le bug documenté par Thibault Sottiaux sur OpenAI Codex appartient à la même famille de problèmes. Quand GPT-5.6 tourne en mode full access sans sandbox et sans auto-review, et décide de créer un répertoire temporaire en remplaçant $HOME, une erreur dans le chemin mène à supprimer le home de l’utilisateur. Le modèle n’est pas malveillant : il fait une erreur honnête avec des conséquences graves, parce que personne ne lui a mis une limite efficace. C’est exactement le type de dégâts qu’un système de permissions bien conçu devrait empêcher, et qu’une faille pourrait permettre.

Ce qui reste ouvert. Le patch ferme une faille spécifique, mais la cadence de release suggère itération rapide plutôt que reprise en profondeur du système de permissions. Qui utilise Claude Code en production sur Windows devrait mettre à jour, et continuer à donner à l’agent les permissions minimales nécessaires, dans des environnements isolés quand c’est possible. La règle générale vaut pour tous les coding agents : le sandboxing et l’auto-review sont la différence entre une erreur récupérable et des données perdues.